- dovecot - dovecot.org

[Dovecot] Personal Sieve Resieving Default Sieve?
by Jim McNamara 22 Nov '13

22 Nov '13

Hello all. In my dovecot install we have a default.sieve script which filters incoming mail based on the subdomain of our main domain. All it does is if the mail comes from A.domain.com move in to folder A in inbox, and if it comes from B.domain.com, move to folder B also in inbox. In my personal sieve script, I'd like to grab a particular email each day that the default.sieve saw coming from A.domain.com and moved it to folder A, and either copy or move it to another folder, C. My google-fu was weak while looking for second sieve passes undoing the first, so I thought it best to ask here. Thanks for your time.

2 1

[Dovecot] Pigeonhole make check fails with Dovecot 2.2.8
by Tamsy 22 Nov '13

22 Nov '13

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Is it just here? When compiling dovecot-2.2-pigeonhole-0.4.2 at the stage "make check" Pigeonhole is throwing the following message and stops: Test case: ./tests/test-header.svtest: 1: Test 'Basic functionality' SUCCEEDED 2: Test 'Matching empty key' SUCCEEDED 3: Test 'Ignoring whitespace' FAILED: header test does not strip leading whitespace 4: Test 'Absent or empty header' SUCCEEDED 5: Test 'Invalid header name' SUCCEEDED 6: Test 'Folded header' SUCCEEDED I have tried to compile Pigeonhole 0.4.2 and also the latest dovecot-2-2-pigeonhole-b7434a02fc51 from the Mercurial repository but the outcome at "make test" is always the same: 3: Test 'Ignoring whitespace' FAILED: header test does not strip leading whitespace Cheers, Tamsy -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQEcBAEBAgAGBQJSjC2QAAoJEKYXVM1dyOfZ9xsIAKDC7goLP3N2rr90Lf0P6gam wQFmYY3HUMIKi3FKWcCy6DQBN6Qr33QWTk/b4OY1LDMOETolZTWIEwvlix+YdI8x oRdKQXWHR9k+jd9etWkNuuk2xUnbjz353IOMZ3Yc+spuv0JyUvYhef6pfq3MLTYQ R+YW4aoNp3XstAKcknnkduNwrfRXoZoFT/YOU3VQyDUwUa6u07JhuL+onZtb0mO+ HsdD4NNY28YqHY1/eoT3YNRbgtRxyOfzxh3f17ITbquM0ZgiPJucWX7HpIiwNJFu 3gqkceDLqqAL9DKUjDapSyR2IjxJlRSGcxQckxlkGXzcaTNNWqAn7mMxSr3hEaY= =EY7D -----END PGP SIGNATURE-----

5 12

[Dovecot] (no subject)
by Axel Reinhold 22 Nov '13

22 Nov '13

Subject: dovecot-2.2.8 does no more quit correctly after update to dovecot-2.2.8 monit is no more validating pop3 server due to dovecot mo more logging out correctly "+OK Logging out" is missing With 2.2.7: [root@pie ~]# telnet glen 110 Trying 188.138.31.225... Connected to glen. Escape character is '^]'. +OK Dovecot ready. <1da9.1.528e3113.qpIWrdBNJbF3qp/tA9R+sQ==(a)glen.ypack.de> quit +OK Logging out Connection closed by foreign host. with 2.2.8: [root@pie ~]# telnet glen 110 Trying 188.138.31.225... Connected to glen. Escape character is '^]'. +OK Dovecot ready. <1fc9.1.528e31b1.W4FN6a7gzBMYNOBoxP43OQ==(a)glen.ypack.de> quit Connection closed by foreign host. After quit the "+OK Logging out" is missing! New option? Or bug? Regards Axel

2 1

[Dovecot] dovecot-2.2.7: Fatal: master: service(imap): child 49545 killed with signal 11 (core dumped)
by Marcin Mirosław 21 Nov '13

21 Nov '13

Hi! After upgrade I'm noticing many coredummps, below is backtrace: $ echo "bt"|gdb .... #0 o_stream_zlib_flush (stream=0xc8be5b27640) at ostream-zlib.c:222 222 if (o_stream_zlib_send_flush(zstream) < 0) (gdb) #0 o_stream_zlib_flush (stream=0xc8be5b27640) at ostream-zlib.c:222 #1 0x00007a695e8f09cd in o_stream_flush (stream=stream@entry=0xc8be5b276d0) at ostream.c:147 #2 0x00007a695e83c06f in o_stream_zlib_close (stream=0xc8be5b27640, close_parent=true) at ostream-zlib.c:35 #3 0x00007a695e8f0375 in o_stream_close_full (stream=stream@entry=0xc8be5b276d0, close_parents=close_parents@entry=true) at ostream.c:49 #4 0x00007a695e8f06e2 in o_stream_close (stream=stream@entry=0xc8be5b276d0) at ostream.c:85 #5 0x00007a695e8f1738 in o_stream_copy_error_from_parent (_stream=_stream@entry=0xc8be5b27640) at ostream.c:434 #6 0x00007a695e83c5cc in o_stream_zlib_flush (stream=0xc8be5b27640) at ostream-zlib.c:227 #7 0x00007a695e8f09cd in o_stream_flush (stream=stream@entry=0xc8be5b276d0) at ostream.c:147 #8 0x00007a695e83c06f in o_stream_zlib_close (stream=0xc8be5b27640, close_parent=true) at ostream-zlib.c:35 #9 0x00007a695e8f0375 in o_stream_close_full (stream=stream@entry=0xc8be5b276d0, close_parents=close_parents@entry=true) at ostream.c:49 #10 0x00007a695e8f06e2 in o_stream_close (stream=stream@entry=0xc8be5b276d0) at ostream.c:85 #11 0x00007a695e8f1738 in o_stream_copy_error_from_parent (_stream=_stream@entry=0xc8be5b27640) at ostream.c:434 #12 0x00007a695e83c5cc in o_stream_zlib_flush (stream=0xc8be5b27640) at ostream-zlib.c:227 #13 0x00007a695e8f09cd in o_stream_flush (stream=stream@entry=0xc8be5b276d0) at ostream.c:147 #14 0x00007a695e83c06f in o_stream_zlib_close (stream=0xc8be5b27640, close_parent=true) at ostream-zlib.c:35 #15 0x00007a695e8f0375 in o_stream_close_full (stream=stream@entry=0xc8be5b276d0, close_parents=close_parents@entry=true) at ostream.c:49 #16 0x00007a695e8f06e2 in o_stream_close (stream=stream@entry=0xc8be5b276d0) at ostream.c:85 #17 0x00007a695e8f1738 in o_stream_copy_error_from_parent (_stream=_stream@entry=0xc8be5b27640) at ostream.c:434 #18 0x00007a695e83c5cc in o_stream_zlib_flush (stream=0xc8be5b27640) at ostream-zlib.c:227 #19 0x00007a695e8f09cd in o_stream_flush (stream=stream@entry=0xc8be5b276d0) at ostream.c:147 #20 0x00007a695e83c06f in o_stream_zlib_close (stream=0xc8be5b27640, close_parent=true) at ostream-zlib.c:35 #21 0x00007a695e8f0375 in o_stream_close_full (stream=stream@entry=0xc8be5b276d0, close_parents=close_parents@entry=true) at ostream.c:49 #22 0x00007a695e8f06e2 in o_stream_close (stream=stream@entry=0xc8be5b276d0) at ostream.c:85 #23 0x00007a695e8f1738 in o_stream_copy_error_from_parent (_stream=_stream@entry=0xc8be5b27640) at ostream.c:434 #24 0x00007a695e83c5cc in o_stream_zlib_flush (stream=0xc8be5b27640) at ostream-zlib.c:227 #25 0x00007a695e8f09cd in o_stream_flush (stream=stream@entry=0xc8be5b276d0) at ostream.c:147 #26 0x00007a695e83c06f in o_stream_zlib_close (stream=0xc8be5b27640, close_parent=true) at ostream-zlib.c:35 [...] #285878 0x00007a695e8f0adc in o_stream_default_cork (_stream=0xc8be5b27640, set=<optimized out>) at ostream.c:419 #285879 o_stream_default_cork (_stream=0xc8be5b27640, set=<optimized out>) at ostream.c:412 #285880 0x00000c8be506b72d in client_input (client=0xc8be5b07b00) at imap-client.c:945 #285881 0x00007a695e8e4867 in io_loop_call_io (io=0xc8be5b8f370) at ioloop.c:387 #285882 0x00007a695e8e5d1f in io_loop_handler_run (ioloop=ioloop@entry=0xc8be5ab50f0) at ioloop-epoll.c:220 #285883 0x00007a695e8e4178 in io_loop_run (ioloop=0xc8be5ab50f0) at ioloop.c:411 #285884 0x00007a695e87a847 in master_service_run (service=0xc8be5ab4f80, callback=callback@entry=0xc8be5077f20 <client_connected>) at master-service.c:566 #285885 0x00000c8be50785d4 in main (argc=1, argv=0xc8be5ab4d50) at main.c:400 And gdb is killing by OOM. I suspect this can be related to imapc. Regards, Marcin

1 2

[Dovecot] dsync-2.2.7 incorrectly synchronizes subscription status of renamed mailbox
by Karol Jurak 21 Nov '13

21 Nov '13

Hi, It seems that dsync-2.2.7 doesn't correctly synchronize subscription status of a renamed mailbox. The situation is as follows. There are two servers: A and B, and a test user test_mdbox. Mailboxes (mdbox) of this user on both servers are synchronized. Specifically on both of them there is a (subscribed) Test1 mailbox. Replication plugin is disabled. I rename Test1 to Test2 on A with Thunderbird. The output of 'doveadm mailbox list', contents of subscriptions file and the output of 'doveadm dump -t mailboxlog dovecot.mailbox.log' (below) confirm that the rename succeeded on A. #2976: rename 2b84f621c0fd4ba8bd514c5c43ab9a89 (2013-11-19 14:30:35) #3000: subscribe 2b84f621c0fd4ba8bd514c5c43ab9a89 (2013-11-19 14:30:35) #3024: unsubscribe 99ea7bf70f6e69ad71659995677b43f8 (2013-11-19 14:30:35) Subsequently I run 'doveadm sync -u test_mdbox remote:B'. Nothing changes on A. On B 'doveadm mailbox list' shows that Test1 was renamed to Test2, but subscriptions file still contains Test1 and not Test2. The output of 'doveadm dump -t mailboxlog dovecot.mailbox.log' confirms that only rename was performed: #2160: rename 2b84f621c0fd4ba8bd514c5c43ab9a89 (2013-11-19 14:57:22) Only another 'doveadm sync -u test_mdbox remote:B' fixes subscriptions on B. The following records are added to dovecot.mailbox.log: #2184: unsubscribe 99ea7bf70f6e69ad71659995677b43f8 (2013-11-19 15:00:32) #2208: subscribe 2b84f621c0fd4ba8bd514c5c43ab9a89 (2013-11-19 15:00:32) -- Karol Jurak

2 2

[Dovecot] Enable Rawlog from userdb in Dovecot v2.2
by Steffen Kaiser 21 Nov '13

21 Nov '13

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, how do I enable Rawlog for one person only? http://wiki2.dovecot.org/Debugging/Rawlog describes how to enable the postlogin script for all users. Rawlog gets active only, if the dovecot.rawlog directory exists. So far, it's working. However. I suspect that there is some notable overhead in this chain, so I tried to enable rawlog via userdb extra fields. So setup the config as: service imap { executable = imap } service postlogin { executable = script-login -d rawlog unix_listener postlogin { } } In the userdb extra fields I tried: service/imap/executable=imap postlogin Log entry: imap: Debug: Unknown userdb setting: plugin/service/imap/executable=imap postlogin and: service imap/executable=imap postlogin (note the space between service imap) Log entry: imap: Debug: Unknown userdb setting: plugin/service imap/executable=imap postlogin - -- Steffen Kaiser -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iQEVAwUBUoDzAV3r2wJMiz2NAQJxgwf+NCaABKspwVffTpQqVIAdlXGi2gUrRd29 1Ic82v5xqx8jMQ+UxnKNJBX2jgs87GITWpPtTXUVS8H6piNDJrcAxT0lIun0l4Ob 4riQh01HrMjwWORAAWvHHQWZbyiDu8i2h8PjQAG/8idpCt0lCmmr2DyRQwSx+7lf JgfxfccYMRhAHtethm82cjWs3Q/M9deO+ds+aLwxGhDaYxHcU8vD3ESuhqnsR4Bh VqemH3wBADpfKH3ThRKknsfGfEU5d8bcz1GzhOcjfwC24kPsei4k9wcDAy+moyk1 8vPYyvWnhhfb0/yiO3eLpX0mdlM9Iur1X3MFvA0tFwnB8RtuqZGw3g== =/TtK -----END PGP SIGNATURE-----

2 2

Re: [Dovecot] Problems with dovecot 2.1.7, spamassassin 3.3.2 and antispam plugin
by Joseph Tam 21 Nov '13

21 Nov '13

> LD_PRELOAD=/lib/x86_64-linux-gnu/libgcc_s.so.1 /usr/bin/sa-learn -D > --progress $* /tmp/sendmail-msg-$$.txt >> /tmp/sa-learn-pipe.$$.log 2>&1 > > So far to no avail. I'm going to try the spool2dir backend with > incron. Cumbersome, but it should work ... Maybe try rebuilding whatever is using libgcc_s.so with GCC compiler option -static-libgcc? Joseph Tam <jtam.home(a)gmail.com>

1 0

[Dovecot] Reset vacation lda-dupes database
by Mike Selner ＠ Yahoo 20 Nov '13

20 Nov '13

Hello, I have dovecot 2.2.6 and pignenhole 0.4.2 running on freebsd9.1. We have a mix of unix users (/home/user) and postfixadmin users (/home/vmail/domain/user). I am using dovecot managesive with afterlogic webmail which has a managesieve plugin to set the out of office message. All works fine. I have sieve_vacation_default_period set to 1d. The problem I'm trying to solve is that users set their vacation message and want to test it. So they have their colleagues send them multiple test messages and want to make sure it works. Of course only the first message gets an auto-reply. I tell them that the auto responder only sends one message per day per sender but they would like to test it with a new message etc. So I have to remove their .lda-dupes file manually so they can try again. My previous autoresponder setup (squirrelmail) used a .forward technique and removed the vacation database when they turned the responder from off to on, and this worked well for the above issue. Is there a solution for dovecot managesieve which will remove or reset the .lda-dupes file whenever a new sieve file is uploaded? Or another solution that will reset the "vacation timer" when the user turns vacation from off to on? Thank you Mike

3 4

[Dovecot] Drac for dovecot 2.2
by Anton Lundin 20 Nov '13

20 Nov '13

Hi folks. I thought that i should publish and announce that i ported the dovecot2-drac plugin to be usable with dovecot 2.2 and Debian patched drac for IPv6. The patches can be found at: https://github.com/glance-/dovecot2-drac //Anton -- Anton Lundin

1 0

[Dovecot] status=undeliverable (lost connection with mail.larptreff.de[private/dovecot-lmtp] while sending MAIL FROM)
by Jan Phillip Greimann 20 Nov '13

20 Nov '13

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Good morning dovecot-community, I noticed a strange log-entry since the last day: Nov 7 08:34:42 hetzner postfix/lmtp[3764]: 61CB01A3938: to=<jg+introversion(a)larptreff.de>, relay=mail.larptreff.de[private/dovecot-lmtp], delay=0.05, delays=0.01/0.01/0.02/0.01, dsn=4.4.2, status=undeliverable (lost connection with mail.larptreff.de[private/dovecot-lmtp] while sending MAIL FROM) Thankfully I've configured a cronjob for a daily pflogsumm-report, but I don't understand this. It worked for months like a charm. It seems this only happens on mails with "+"-Delimiter. In my opinion there is only one thing which could cause this problem: I updated my dovecot on 2013/11/04 from 2.2.6-1~auto+36 to 2.2.7-1~auto+2 maillog: http://pastebin.com/WDGfEjdp doveconf -n: http://pastebin.com/ay6dxiUf I will try to downgrade again, did someone have a clue? Changelog from 2.2.7 didn't show changes on lmtp. Best regards, Jan -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJSe0cCAAoJENEKhqzzuxPlLOsH/iQLHuYXH/8HQJI1cyOQ/Xkl KK010kT9EwOZCax+xputF1Cyg9XSCGBwMBA8YFWjTk57EVfNZ4RZLCkpZQU8b0X/ SsDq7jyh8QTBf7K2LEs34L6g2OMbuhv3Hl+D/RqBm09HPoBUGJZEM5ZQu28QE7rD GETa3XkQPwMyo+3GwWXmAzg3wz4tOEGg6meaOzQlGVJshQpSKbDjvln5RtsVc1Qh X9Xa4HdEesH/NXxr6uKUUEjHcp67BLWvmZHrDDIOp4dATqxDbq29QGfiJFvURKur DJZ2hbPPgEFf/Wdf5l3PXfV2OgnubyLiTgRZ7pb+xFNUAlJ2YCeRv5CUigLaps8= =0Jya -----END PGP SIGNATURE-----

7 24