> July 23, 2007, Jim Horner wrote:
wow a year ago...
> I remember it was fixed in 1.0.3 but I've got dovecot-sieve-1.1.5_1 and
I'm still using the 1.0 series. But your sieve script looks fine to me. I
usually use
if anyof (
address :contains ["to"
On Thursday 10 April 2008 02:03:56 Shawn wrote:
> My personal Sieve rules are firing properly (now), so I know Sieve is
> operational. Just the global rule isn't being applied.
This statement is slightly confusing so I will throw this out there... dovecot
will not use the global script if a use
> The initial problem yet still remains. If I use "mailbox_command =
> ../deliver" deliver seems to use the $ENV settings. I can probably change
> those, but I'd rather have deliver read system user delivery options from
> LDAP, jsut as I do for my virtual users.
Ah, I see. I guess what I was say
On Sunday 27 January 2008 12:48:24 Patrick Ben Koetter wrote:
> I am trying to tell Dovecot deliver to use $mail_location as the location
> # Dovecot
> # dovecot-ldap.conf
> user_attrs =
> mailHomeDirectory=home,mailUidNumber=uid,mailGidNumber=gid,mailQuota=quota=
>maildir:storage,mail=mailHomeDir
On Tuesday 22 January 2008 22:02:26 Jon Fullmer wrote:
> I'm sorry I didn't clarify that. Yes, I am using Dovecot deliver as my
> LDA. Here's the line I have in Postfix's master.cf:
>
> dovecotunix - n n - - pipe
> flags=DRhu user=vmail:vmail argv=/usr/lib/do
On Monday 21 January 2008 18:31:01 Jon Fullmer wrote:
>
> I've recently set up postfix, amavisd-new/SpamAssassin, and dovecot.
>
> @addr_extension_spam_maps = ('spam');
> $recipient_delimiter = '+';
>
It is unclear if you are using Dovecot deliver or Postfix as your LDA.
The solution might
On Sunday 13 January 2008 21:37:27 Anil wrote:
> I am using Maildir and virtual domains.
>
> I have the following definitions in the dovecot.conf:
> mail_uid = 1
> mail_gid = 1
> mail_location = maildir:/var/mail/apps/%d/%n/Maildir
> ...
>
> Userdb database is LDAP based. Some users in LDAP
On Saturday 05 January 2008 00:06:21 Anil wrote:
> How does sendmail work when configured like this?
>
> # grep Mlocal /etc/mail/sendmail.cf
> Mlocal, P=/usr/lib/mail.local, F=lsDFMAw5:/|@qPSXmnz9,
> S=EnvFromSMTP/HdrFromL, R=EnvToL/HdrToL,
My basic test is to run the following:
cat /etc/
> auth default:
> verbose: yes
> debug: yes
> passdb:
> driver: ldap
> args: /usr/local/dovecot/etc/dovecot-ldap.conf
> userdb:
> driver: static
> args: uid=vmail gid=vmail home=/var/mail/apps/%d/%n
This probably goes back to your other questions. I believe deliver uses th
> Here's the relevant LDAP configuration:
> auth_bind = yes
> pass_attrs = uid=user
> pass_filter = uid=%n
>
> I tried setting the mail_location to: maildir:~/Maildir and explicitly
> specifying the full path, but still the Maildir is getting created
> with out the %d. Of course, the user is loggi
> namespace private {
> prefix = .DELETED/.EXPUNGED/
> separator = /
> location = maildir:~/deleted/expunged
> hidden = yes
> }
Have you tried using the %d and %n in your namespaces? Like
location = maildir:/var/virtual/%d/%n/deleted/expunged
> dovecot-ldap.conf
> user_attrs = mail,/var/spool/virtualmail/%d/%n
Sorry, I posted an answer to your later question which I think is useless
given this question. These user_attrs need to be LDAP attributes like:
# User attributes are given in LDAP-name=dovecot-internal-name list. The
#
> This atribute return to me something like : [EMAIL PROTECTED] where i use
> tu build the path to maildir, using %d and %n variables .
>
> /var/spool/vmail/%d/%n = /var/spool/vmail/casa.com/pepe
We have a similar path structure. It is hard to tell from your post what is
wrong but since you are
On Monday 10 December 2007 15:10:05 Justin Refice wrote:
> > And that's it. I never hear from the plugin again, regardless of how
> > many times I create/delete the SPAM folder, or how many times I move/copy
> > into/out of the folder. The plugin is basically silent.
> > I don't see the mails b
On Sunday 12 August 2007 14:10:53 WJCarpenter wrote:
> I've been poking around the dovecot wiki, and this idea looks
> plausible. I'm just double-checking with the assembled experts to see
> if there is some "gotcha" that will happen to me down the road.
"Assembled experts"? Not here but we do us
On Friday 10 August 2007 10:12:50 Michael Weisgerber wrote:
> Hello 2gether,
>
> I am using Dovecot 1.0.rc15 together with Outlook (I apologize) via IMAPS.
> Now I discovered, that all the old eMails, I marked for deleting, are still
> there, even the veeery old ones. Dovecot is marking the eMails
On Monday 23 July 2007 01:13:37 Timo Sirainen wrote:
> On Mon, 2007-07-23 at 00:52 -0400, Jim Horner wrote:
> > Does the keyword/action discard work by default or is there something I
> > have to do in the configuration to get to work...
>
> Sorry, looks like I broke this for
Does the keyword/action discard work by default or is there something I have
to do in the configuration to get to work... maybe I missed something on
http://wiki.dovecot.org/LDA/Sieve
I have the following rule:
if anyof (
header :contains ["Subject"] ["Test Discard"]
) {
discard;
On Tuesday 10 July 2007 17:32:57 Troy Engel wrote:
> Timo Sirainen wrote:
> > On Tue, 2007-07-10 at 13:28 -0400, Stewart Dean wrote:
> >> when will there be a respin for a V1.0.2?
> >
> > This week.
>
> Thank you! I'm not sure how I would test this for you, prior to 1.0.2 -
> do you need it tested
On Tuesday 03 July 2007 18:47:41 Jim Horner wrote:
> > > > This should fix it:
> > > > http://hg.dovecot.org/dovecot-1.0/rev/8f7e3311006f
> > >
> > > before I try that I found
> > >
> > > Jul 1 22:13:48 giganta dovecot: IMAP([EMAIL
On Thursday 05 July 2007 10:49:02 Timo Sirainen wrote:
> On Thu, 2007-07-05 at 11:34 +0200, Jon Essen-Moller wrote:
> > Hi,
> >
> > I tried uprading and I get less errors but I still get them. Don't you
> > get any error messagess with dovecot-1.0_rc29?
>
> What error messages?
FWIW, after my upg
On Tuesday 03 July 2007 14:56:24 you wrote:
> On Tue, 2007-07-03 at 14:37 -0400, Jim Horner wrote:
> > > This should fix it: http://hg.dovecot.org/dovecot-1.0/rev/8f7e3311006f
> >
> > before I try that I found
> >
> > Jul 1 22:13:48 giganta dovecot: IMAP
> This should fix it: http://hg.dovecot.org/dovecot-1.0/rev/8f7e3311006f
before I try that I found
Jul 1 22:13:48 giganta dovecot: IMAP([EMAIL PROTECTED]):
utime(/home/rootmail/Maildir/tmp) failed: Operation not permitted
hz does not have permission via dovecot-acl to see this directory (
> Permission problems I suppose.. You could try this yourself too:
yeah, permissions was the first thing I checked.
drwxrwx--- 2 arinbe users 4096 2006-10-28 18:03 cur
-rwxr-xr-x 1 arinbe users 96 2007-06-28 22:43 dovecot-acl
-rw-r- 1 arinbe users0 2006-10-28 16:42 dovecot-shared
-
On Tuesday 03 July 2007 13:06:44 you wrote:
> On Tue, 2007-07-03 at 12:24 -0400, Jim Horner wrote:
> > With the upgrade to 1.0.1, I am seeing some errors/warnings
> >
> > dovecot: IMAP([EMAIL PROTECTED]):
> > utime(/home/arinbe/Maildir/.resumes.vabch/tmp) failed: Ope
With the upgrade to 1.0.1, I am seeing some errors/warnings
dovecot: IMAP([EMAIL PROTECTED]): utime(/home/arinbe/Maildir/.info/tmp)
failed: Operation not permitted: 1 Time(s)
dovecot: IMAP([EMAIL PROTECTED]):
utime(/home/arinbe/Maildir/.resumes.vabch/tmp) failed: Operation not
permitted: 1 Ti
> This works if I use separate userdb and passdb queries. Does deliver
> not support the prefetch authentication method?
deliver does not support prefetch. See bottom of page:
http://wiki.dovecot.org/AuthDatabase/LDAP
I have three stanzas in my dovecot.conf
# other hosts
passdb ldap {
> In courier-imap, we were able to take advantage of the maildir structure
> and standard unix users/groups to allow 'decsstaff' members to have full
> write access while 'decsall' members only have r/o unless also a member of
> 'decsstaff':
>
> -rw-rw-r-- 1 postlocal decsstaff 37597 May 5 23
> > My testing shows that if the mailbox does not exist then the mail is
> > rejected like so:
>
> So it seems. Fixed:
> http://dovecot.org/list/dovecot-cvs/2007-March/008355.html
Verified.
Thanks. The small "feature" of ignoring "" for -m is really going to save us a
lot of sieve writing. Than
> -n: If the destination mailbox doesn't exist, don't create it. This affects
> both -m parameter and fileinfo action in Sieve scripts. The fallback is to
> deliver mail to INBOX.
>
> (typo: fileinto not fileinfo)
>
> My testing shows that if the mailbox does not exist then the mail is
> rejected
Hi,
I took a stab at editing the wiki ... the changes disappeared? I guess I was
overruled.
The wiki (http://wiki.dovecot.org/LDA) states
-m : Destination mailbox (default is INBOX). If the mailbox doesn't
exist, it's created (unless -n is used). If message couldn't be saved to the
mailbox
31 matches
Mail list logo
