[Dovecot] dovecot / postfix mail bounce problem
Hello, i use a globalsieve rule to collect spam for all mail accounts in a specific mailbox. Here is the code: vi /var/vmail/globalsieverc require ["fileinto"]; # Move spam to junk folder if not address :is "to" "antis...@xxx.com" { if header :contains "X-Spam-Flag" ["YES"] { redirect "antis...@xxx.com"; stop; } } But the spam mails are not delivered. cat /var/log/mail.info postfix/pipe[32301]: AD8F78E2128D: to=, relay=dovecot, delay=0.14, delays=0.08/0/0/0.06, dsn=5.4.6, status=bounced (mail forwarding loop for antis...@xxx.de) Why is there a loop? I don't unterstand that. Any help? Thanks! Iced -- View this message in context: http://old.nabble.com/dovecot---postfix-mail-bounce-problem-tp33029725p33029725.html Sent from the Dovecot mailing list archive at Nabble.com.
Re: [Dovecot] sieve in sql or reporting
On 12/24/2011 5:26 AM, Stephan Bosch wrote: On 12/24/2011 3:28 AM, Bradley Giesbrecht wrote: With dovecot2 and pigeonhole sieve/managesieve is it currently possible to store sieve rules in an sql database? Unfortunately, not yet. It is listed somewhere on the TODO list, but it does not have high priority so far. If not is there a way to query all accounts; looking for things like active vacation rules? I'm working on an evolution of the sieve_pipe plugin called the sieve_extprograms plugin. One of the things it adds is a new action command called "execute", which may suit your needs. It will only be available for Dovecot v2.1 though. You can read the latest version of the specification here (example 4 should match your application): http://hg.rename-it.nl/pigeonhole-0.3-sieve-extprograms/raw-file/tip/doc/rfc/spec-bosch-sieve-extprograms.txt Oh btw, if you are looking for a way to disable vacation rules after some period of time, you can use the date extension (http://tools.ietf.org/html/rfc5260#section-4). For example: require ["date", "relational", "vacation"]; if currentdate :value "le" "date" "2011-12-09" { vacation "I'm out of office this week. I'll be back on Saturday 10th to reply to your e-mails."; } Regards, Stephan.
Re: [Dovecot] sieve in sql or reporting
On 12/24/2011 3:28 AM, Bradley Giesbrecht wrote: With dovecot2 and pigeonhole sieve/managesieve is it currently possible to store sieve rules in an sql database? Unfortunately, not yet. It is listed somewhere on the TODO list, but it does not have high priority so far. If not is there a way to query all accounts; looking for things like active vacation rules? I'm working on an evolution of the sieve_pipe plugin called the sieve_extprograms plugin. One of the things it adds is a new action command called "execute", which may suit your needs. It will only be available for Dovecot v2.1 though. You can read the latest version of the specification here (example 4 should match your application): http://hg.rename-it.nl/pigeonhole-0.3-sieve-extprograms/raw-file/tip/doc/rfc/spec-bosch-sieve-extprograms.txt Regards, Stephan.
[Dovecot] sieve in sql or reporting
With dovecot2 and pigeonhole sieve/managesieve is it currently possible to store sieve rules in an sql database? If not is there a way to query all accounts; looking for things like active vacation rules? Regards, Bradley Giesbrecht
[Dovecot] Dovecot imap proxy to nginx, incompatible
It appears that using dovecot to proxy to nginx imap proxy doesn't work. >From tcpdump and browsing the source it appears dovecot sends, C CAPABILITY\r\nL LOGIN \r\n and nginx only responds to the CAPABILITY command. Is this a problem with dovecot sending the two commands without waiting for the first to complete or is it nginx's trouble with not handling it correctly? A quick test with a perl script confirms: #!/usr/bin/perl -w $|++; use IO::Socket; use strict; my ($host, $user, $pass) = @ARGV; my $s = new IO::Socket::INET(Proto => 'tcp', PeerAddr => $host, PeerPort => 143); die "Could not create socket $!\n" unless $s; while(<$s>) { print $_; last if /OK/; } print $s "C CAPABILITY\r\nL LOGIN $user $pass\r\n"; while(<$s>) { print $_; last if /OK/; } print $s "Q logout\r\n"; while(<$s>) { print $_; last if /OK/; } close($s); ## Output: * CAPABILITY IMAP4rev1 SASL-IR SORT THREAD=REFERENCES MULTIAPPEND UNSELECT LITERAL+ IDLE CHILDREN NAMESPACE LOGIN-REFERRALS UIDPLUS LIST-EXTENDED I18NLEVEL=1 QUOTA AUTH=PLAIN C OK completed * BYE Q OK completed
[Dovecot] Upgrade/Migration
Current box: CentOS 4.x (32 bit), dovecot 1.02, mbox format New box (supposed): CentOS 6.x (32/64 bit ? ), dovecot 2.04, mbox format The server have about 3.000 active users (unix users); /var/mail is about 100 GB; /home/Users about 150 GB I read the docs and searched on the net, but still request hints for planning the migration. 32/64 bit? Tricks to avoid users get all messages ...? Better first update the old server from 1.02 to 2.0x or ..? Any hints/comment appreciated ;-) Thanks, P. 1.02 dovecot.conf: --- protocols = pop3 pop3s imap imaps listen = [::] log_path = /var/log/mail/dovecot.log info_log_path = /var/log/mail/dovecot.info.log log_timestamp = "%b %d %H:%M:%S " default_mail_env = mbox:~/:INBOX=/var/mail/%u mail_full_filesystem_access = yes first_valid_uid = 100 mbox_read_locks = dotlock fcntl mbox_write_locks = dotlock fcntl auth default { mechanisms = plain passdb pam { } userdb passwd { } user = root } ---
[Dovecot] 2.1.rc1 (056934abd2ef): virtual plugin mailbox search pattern
Hello Timo, With dovecot 2.1.rc1 (056934abd2ef) there seems to be something wrong with virtual plugin mailbox search patterns. I'm using a virtual mailbox 'unread' with the following dovecot-virtual file $ cat dovecot-virtual * unseen For testing propose I created the following folders with each containing one unread message INBOX, INBOX/level1 and INBOX/level1/level2 2.1.rc1 (056934abd2ef) 1 LIST "" "*" * LIST (\HasChildren) "/" "INBOX" * LIST (\HasChildren) "/" "INBOX/level1" * LIST (\HasNoChildren) "/" "INBOX/level1/level2" * LIST (\HasChildren) "/" "virtual" * LIST (\HasNoChildren) "/" "virtual/unread" 1 OK List completed. 2 STATUS "INBOX" (UNSEEN) * STATUS "INBOX" (UNSEEN 1) 2 OK Status completed. 3 STATUS "INBOX/level1" (UNSEEN) * STATUS "INBOX/level1" (UNSEEN 1) 3 OK Status completed. 4 STATUS "INBOX/level1/level2" (UNSEEN) * STATUS "INBOX/level1/level2" (UNSEEN 1) 4 OK Status completed. 5 STATUS "virtual/unread" (UNSEEN) * STATUS "virtual/unread" (UNSEEN 1) 5 OK Status completed. Result: virtual/unread shows only 1 unseen message. Further tests showed it's the one from INBOX. The mails from the deeper levels are not found. Downgrading to 2.0.16 restores the correct behavior: 1 LIST "" "*" * LIST (\HasChildren) "/" "INBOX" * LIST (\HasChildren) "/" "INBOX/level1" * LIST (\HasNoChildren) "/" "INBOX/level1/level2" * LIST (\HasChildren) "/" "virtual" * LIST (\HasNoChildren) "/" "virtual/unread" 1 OK List completed. 2 STATUS "INBOX" (UNSEEN) * STATUS "INBOX" (UNSEEN 1) 2 OK Status completed. 3 STATUS "INBOX/level1" (UNSEEN) * STATUS "INBOX/level1" (UNSEEN 1) 3 OK Status completed. 4 STATUS "INBOX/level1/level2" (UNSEEN) * STATUS "INBOX/level1/level2" (UNSEEN 1) 4 OK Status completed. 5 STATUS "virtual/unread" (UNSEEN) * STATUS "virtual/unread" (UNSEEN 3) 5 OK Status completed. Result: virtual/unread shows 3 unseen messages as it should The namespace configuration is as following namespace { hidden = no inbox = yes list = yes location = prefix = separator = / subscriptions = yes type = private } namespace { location = virtual:~/virtual prefix = virtual/ separator = / subscriptions = no type = private } I've also tried this with location = virtual:~/virtual:LAYOUT=maildir++ leading to the same result. Thanks, e-frog
Re: [Dovecot] Corrupted index cache file and high CPU usage
Selinux wasn't running. I can reproduce the problem with this setup: - restore the maildir with the broken index.cache - run `/usr/bin/doveadm -D expunge -A mailbox Trash savedbefore 1w` in an infinite loop - use horde webmail to access the mail with IMAP - randomly display messages I could reproduce the problem on: Linux-2.6.37-hardened-r7 Linux-2.6.39-hardened-r8 Linux-3.0.4-hardened-r5 Linux-3.0.6-gentoo Linux-3.1.4-gentoo However I failed to reproduce the problem on: Linux-2.6.36-hardened-r9 So it seems it was introduced in 2.6.37. I'm going to inspect it later on. By wishing you a God blessed merry Christmas I thank you for the support ;) On Fri, Dec 23, 2011 at 11:36 AM, Stan Hoeppner wrote: > On 12/23/2011 4:12 AM, hydra wrote: > > Yes, it is reproducible. > > > > About the file, I have tarred up the original maildir before I deleted > the > > dovecot.index.cache, so when I try to bring in the original file, a 'cat' > > does no harm. Moreover, I've tried to do this will all files on the > virtual > > machine, same results - no harm. > > Is selinux running? If so, turn it off and see if that helps. And turn > off anything/everything else on this Linux VM that's not running on the > other Dovecot VMs you mentioned are working properly. Let's do some > process of elimination here. > > -- > Stan > >
[Dovecot] mbox, hierarchical folders/folders and IMAP
Hello, I'm now dealing with funny problem. I try to use Dovecot (2.1.rc1, actually) and mbox format to store old mailing, to keep logic of "one folder = one file". If I'd choose Maildir, I'd be able to create hierarchical folders (like "OldMail -> Maillists -> Dovecot"), and in fact on disk such a folders would be stored as real folders with dots in their names. In PHP it is easy to create with "imap_createmailbox()" function, I'd simple fire it 3 times (for "OldMail", for "OldMail.Maillists" and for "OldMail.Maillists.Dovecot"). But when I do the same with mbox, in fact it creates separate files (indeed, named "OldMail", "OldMail.Maillists" and "OldMail.Maillists.Dovecot") instead of creating filesystem folders ("OldMail/Maillists/Dovecot"). PHP is not guilty, Thunderbird won't create such folders as well. I can only create folders myself (say, with mkdir in the shell), chown it, and the it perfectly works in IMAP. Now I just wanted to know, are there any way to create IMAP-folders and subfolders using standard IMAP functionality? Thank you, Alexander
Re: [Dovecot] Limit maximum connections for user/IP on proxy
On 12/22/2011 04:37 PM, Timo Sirainen wrote: See login_trusted_networks setting. Didn't realize that defining proxies in login_trusted_networks would display the rip at the mail store. Problem solved, thanks for the prompt reply!
Re: [Dovecot] Dovolená
* Ron Leach : > On 22/12/2011 23:11, pa...@valbek.cz wrote: > > > >Dobrý den, > > > >od 23.12. do 30.12. jsem na dovolené. V pÅ™ÃpadÄ› nutnosti volejte na > >mobil. > > > >S pozdravem > > > Ladislav, sure, we'll reach you on your mobile if we need you. > Enjoy the break; will you be doing some ski-ing? Thanks for the translation! :) p@rick -- state of mind () http://www.state-of-mind.de Franziskanerstraße 15 Telefon +49 89 3090 4664 81669 München Telefax +49 89 3090 4666 Amtsgericht MünchenPartnerschaftsregister PR 563
Re: [Dovecot] Corrupted index cache file and high CPU usage
On 12/23/2011 4:12 AM, hydra wrote: > Yes, it is reproducible. > > About the file, I have tarred up the original maildir before I deleted the > dovecot.index.cache, so when I try to bring in the original file, a 'cat' > does no harm. Moreover, I've tried to do this will all files on the virtual > machine, same results - no harm. Is selinux running? If so, turn it off and see if that helps. And turn off anything/everything else on this Linux VM that's not running on the other Dovecot VMs you mentioned are working properly. Let's do some process of elimination here. -- Stan
Re: [Dovecot] Corrupted index cache file and high CPU usage
Yes, it is reproducible. About the file, I have tarred up the original maildir before I deleted the dovecot.index.cache, so when I try to bring in the original file, a 'cat' does no harm. Moreover, I've tried to do this will all files on the virtual machine, same results - no harm. On Thu, Dec 22, 2011 at 5:13 PM, Timo Sirainen wrote: > On 22.12.2011, at 18.06, hydra wrote: > > > After the virtual machine reboot, the CPU usage is normal again, but just > > until doveadm is launched again (it was run from cron). Sorry for the > > partition/drive terminology mess up. > > So it's reproducible? You could see if you can reproduce it by simply > reading the file(s) that are causing problems. Like with zsh: cat **/* > > /dev/null > >
Re: [Dovecot] Dovolená
On 22/12/2011 23:11, pa...@valbek.cz wrote: Dobrý den, od 23.12. do 30.12. jsem na dovolené. V pÅ™ÃpadÄ› nutnosti volejte na mobil. S pozdravem Ladislav, sure, we'll reach you on your mobile if we need you. Enjoy the break; will you be doing some ski-ing? Ron