- dovecot - dovecot.org

Re: [Dovecot] mdbox packing
by Daniel L. Miller 07 May '12

07 May '12

On 5/6/2012 8:12 PM, Daniel L. Miller wrote: > On 5/6/2012 8:09 PM, Daniel L. Miller wrote: >> On 4/30/2012 5:23 PM, Timo Sirainen wrote: >>> On Mon, 2012-04-30 at 12:43 -0700, Daniel L. Miller wrote: >>>> Is there a way to manually force an mdbox storage to be rebuilt >>>> into new >>>> files? Particularly files of the maximum size? >>> You could do it with dsync. >>> >>> >> dsync seems to do a marvelous job - new question.? >> >> Given a mailbox with a larger number of older mails - assuming any >> new mails will have later dates - will the new mail storage files be >> identical? I'm probably not saying the right - let me try this: >> >> 1. "dsync backup mdbox" (with appropriate args) is run for a given >> user. >> 2. "dsync mirror mdbox" is done just to catch up. >> 3. Old mailstore moved off. >> 4. New mailstore moved to active location. >> >> I'm sure there's a safer way to do the above - but I've got a >> low-traffic site and I can just shut down mail service altogether for >> a few minutes if I want during this. >> >> Now - repeat the above four steps. Will mail files m.1 through >> m.(n-1) be identical to the last run? Is this a valid packing >> strategy prior to performing an rsync type backup - assuming no >> changes are being made to the archived mails between pack runs? > > Given the above, and SIS - if the backup is performed in the same > spool, i.e. original is /var/mail/domain/user, backup is > /var/mail/domain/user-new - will this result in any problems with > SIS? If after the pack and rename operation, the old mail tree is > simply deleted - will that leave SIS files unreferenced if the user > later deletes the messages from their active store? > And yet another one - dsync does not APPEAR to be copying ACL's in this process. -- Daniel

2 1

[Dovecot] This binary should probably be called with process group set to (vmail) instead of (userid)
by jeep＠rahul.net 07 May '12

07 May '12

Im sorry to ask another basic question, but Ive tried to find this answer for several hours now and it eludes me. Im getting the following when dovecot tries to deliver an email: May 6 19:29:21 mydomain dovecot: lda: Debug: auth input: jeff home=/opt/imapdata/j/jeff/INBOX uid=1001 gid=999 May 6 19:29:21 mydomain dovecot: lda(jeff): Fatal: setgid(999(vmail) from userdb lookup) failed with euid=999(vmail), gid=500(jeff), egid=500(jeff): Operation not permitted (This binary should probably be called with process group set to 999(vmail) instead of 500(jeff)) I cannot seem to find where its trying to call dovecot-lda with uid(jeff) at? AFAIK Ive set everything up to use/deliver as 'vmail'. 'jeff' is the only person on this box with a unix account which is uid 500, but how do I make it use vmail instead? Thanks for the help! Jeff postfix master.cf: virtual_transport = vmail mailbox_command=/opt/dovecot/libexec/dovecot/dovecot-lda -f "$SENDER" -a "$RECIPIENT" dovecot -n: # 2.1.5: /opt/dovecot/etc/dovecot/dovecot.conf # OS: Linux 2.6.35.14-106.fc14.x86_64 x86_64 Fedora release 14 (Laughlin) ext4 auth_debug = yes auth_debug_passwords = yes auth_mechanisms = plain login auth_socket_path = /opt/dovecot215/var/run/dovecot/auth-userdb auth_verbose = yes auth_verbose_passwords = plain default_client_limit = 225 default_internal_user = vmail disable_plaintext_auth = no first_valid_gid = 999 first_valid_uid = 999 listen = * lock_method = flock mail_debug = yes mail_gid = vmail mail_home = /opt/imapdata/vmailhome mail_location = mbox:/opt/imapdata/%1n/%n:INDEX=/opt/imapdata/%1n/%n mail_privileged_group = vmail mail_uid = vmail mbox_lock_timeout = 1 mins mbox_write_locks = fcntl namespace { inbox = yes location = prefix = separator = / type = private } passdb { args = /opt/dovecot/etc/dovecot/conf.d/dovecot-sql.conf.ext driver = sql } plugin { mail_log_events = delete undelete expunge copy mailbox_delete mailbox_rename mail_log_fields = uid box msgid size } protocols = imap service auth { inet_listener { port = 12345 } unix_listener auth-userdb { group = vmail mode = 0666 user = vmail } user = $default_internal_user } service imap-login { inet_listener imap { port = 143 } service_count = 1 } ssl_cert = </etc/pki/dovecot/certs/dovecot.pem ssl_key = </etc/pki/dovecot/private/dovecot.pem userdb { args = /opt/dovecot/etc/dovecot/conf.d/dovecot-sql.conf.ext driver = sql } userdb { args = /opt/dovecot/etc/dovecot/conf.d/dovecot-sql.conf.ext driver = sql } userdb { args = /opt/dovecot/etc/dovecot/conf.d/dovecot-sql.conf.ext driver = sql } protocol imap { imap_idle_notify_interval = 1 mins imap_max_line_length = 64 k mail_max_userip_connections = 5 } /mf/home/jeep/shell/.signature

2 2

Re: [Dovecot] Shared namespace
by Daniel L. Miller 07 May '12

07 May '12

On 5/6/2012 8:34 PM, Daniel L. Miller wrote: > I'm not sure what's triggered it - I THINK it has something to do with > a force-resync, but not sure. > > I'm no longer viewing my full list of shared mailboxes. I used to > have a number of users shown - they had all had their ACL's set > individually and were shown in the list. "doveadm acl debug" shows > they SHOULD be shown - at least I think so, as the output for the > mailboxes that DO appear is identical for those that don't. > > Where should I look for breakage? After upgrading to 2.1.6 - mailboxes are back. Not sure I want to TRY to break it again... -- Daniel

1 0

Re: [Dovecot] IMAP STARTTLS Problem
by Patrick Ben Koetter 07 May '12

07 May '12

* markus(a)opsys.de <markus(a)opsys.de>: > Yep, I set the rights for the cert in Thunderbird. With this CERT > SSL is working in Thunderbird but not with STARTTLS. > > 4440[af7d580]: bcde800:mail.opsys.de:NA:CreateNewLineFromSocket: 1 > BAD TLS not available due to temporary reason Your server responds it has a temporary problem. Set the server verbose to get more useful log output. p@rick P.S. And please keep this thread onlist. > That's the message I get from Thunderbird. > > And that's the hole log: > > 4440[af7d580]: ImapThreadMainLoop entering [this=bcde800] > 0[c0f140]: bcde800:mail.opsys.de:NA:SetupWithUrl: clearing > IMAP_CONNECTION_IS_OPEN > 4440[af7d580]: bcde800:mail.opsys.de:NA:ProcessCurrentURL: entering > 4440[af7d580]: bcde800:mail.opsys.de:NA:ProcessCurrentURL:imap://markus%40opsys%2Ede@mail.opsys.de:143/select%3E.INBOX: > = currentUrl > 4440[af7d580]: ReadNextLine [stream=bc59ca8 nb=118 needmore=0] > 4440[af7d580]: bcde800:mail.opsys.de:NA:CreateNewLineFromSocket: * > OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE > STARTTLS AUTH=PLAIN AUTH=LOGIN] Dovecot ready. > > 4440[af7d580]: bcde800:mail.opsys.de:NA:SendData: 1 STARTTLS > > 4440[af7d580]: ReadNextLine [stream=bc59ca8 nb=49 needmore=0] > 4440[af7d580]: bcde800:mail.opsys.de:NA:CreateNewLineFromSocket: 1 > BAD TLS not available due to temporary reason > > 4440[af7d580]: try to log in > 4440[af7d580]: IMAP auth: server caps 0x4405427, pref 0x1006, failed > 0x0, avail caps 0x1006 > 4440[af7d580]: (GSSAPI = 0x1000000, CRAM = 0x20000, NTLM = 0x100000, > MSN = 0x200000, PLAIN = 0x1000, LOGIN = 0x2, old-style IMAP login = > 0x4)auth external IMAP login = 0x20000000 > 4440[af7d580]: trying auth method 0x1000 > 4440[af7d580]: got new password > 4440[af7d580]: IMAP: trying auth method 0x1000 > 4440[af7d580]: PLAIN auth > 4440[af7d580]: bcde800:mail.opsys.de:NA:SendData: 2 authenticate plain > > 4440[af7d580]: ReadNextLine [stream=bc59ca8 nb=4294967295 needmore=0] > 4440[af7d580]: bcde800:mail.opsys.de:NA:CreateNewLineFromSocket: > clearing IMAP_CONNECTION_IS_OPEN - rv = 80470002 > 4440[af7d580]: bcde800:mail.opsys.de:NA:TellThreadToDie: close > socket connection > 4440[af7d580]: bcde800:mail.opsys.de:NA:CreateNewLineFromSocket: (null) > 4440[af7d580]: authlogin failed > 4440[af7d580]: marking auth method 0x1000 failed > 4440[af7d580]: IMAP auth: server caps 0x4405427, pref 0x1006, failed > 0x1000, avail caps 0x6 > 4440[af7d580]: (GSSAPI = 0x1000000, CRAM = 0x20000, NTLM = 0x100000, > MSN = 0x200000, PLAIN = 0x1000, LOGIN = 0x2, old-style IMAP login = > 0x4)auth external IMAP login = 0x20000000 > 4440[af7d580]: trying auth method 0x2 > 4440[af7d580]: login failed entirely -- 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ünchen Partnerschaftsregister PR 563

2 5

[Dovecot] v2.1.6 released
by Timo Sirainen 07 May '12

07 May '12

http://dovecot.org/releases/2.1/dovecot-2.1.6.tar.gz http://dovecot.org/releases/2.1/dovecot-2.1.6.tar.gz.sig * Session ID is now included by default in auth and login process log lines. It can be added to mail processes also by adding %{session} to mail_log_prefix. + Added ssl_require_crl setting, which specifies if CRL check must be successful when verifying client certificates. + Added mail_shared_explicit_inbox setting to specify if a shared INBOX should be accessible as "shared/$user" or "shared/$user/INBOX". - v2.1.5: Using "~/" as mail_location or elsewhere failed to actually expand it to home directory. - dbox: Fixed potential assert-crash when reading dbox files. - trash plugin: Fixed behavior when quota is already over limit. - mail_log plugin: Logging "copy" event didn't work. - Proxying to backend server with SSL: Verifying server certificate name always failed, because it was compared to an IP address.

1 0

[Dovecot] Shared namespace
by Daniel L. Miller 07 May '12

07 May '12

I'm not sure what's triggered it - I THINK it has something to do with a force-resync, but not sure. I'm no longer viewing my full list of shared mailboxes. I used to have a number of users shown - they had all had their ACL's set individually and were shown in the list. "doveadm acl debug" shows they SHOULD be shown - at least I think so, as the output for the mailboxes that DO appear is identical for those that don't. Where should I look for breakage? -- Daniel

1 0

Re: [Dovecot] mdbox packing
by Daniel L. Miller 07 May '12

07 May '12

On 5/6/2012 8:09 PM, Daniel L. Miller wrote: > On 4/30/2012 5:23 PM, Timo Sirainen wrote: >> On Mon, 2012-04-30 at 12:43 -0700, Daniel L. Miller wrote: >>> Is there a way to manually force an mdbox storage to be rebuilt into >>> new >>> files? Particularly files of the maximum size? >> You could do it with dsync. >> >> > dsync seems to do a marvelous job - new question.? > > Given a mailbox with a larger number of older mails - assuming any new > mails will have later dates - will the new mail storage files be > identical? I'm probably not saying the right - let me try this: > > 1. "dsync backup mdbox" (with appropriate args) is run for a given user. > 2. "dsync mirror mdbox" is done just to catch up. > 3. Old mailstore moved off. > 4. New mailstore moved to active location. > > I'm sure there's a safer way to do the above - but I've got a > low-traffic site and I can just shut down mail service altogether for > a few minutes if I want during this. > > Now - repeat the above four steps. Will mail files m.1 through > m.(n-1) be identical to the last run? Is this a valid packing > strategy prior to performing an rsync type backup - assuming no > changes are being made to the archived mails between pack runs? Given the above, and SIS - if the backup is performed in the same spool, i.e. original is /var/mail/domain/user, backup is /var/mail/domain/user-new - will this result in any problems with SIS? If after the pack and rename operation, the old mail tree is simply deleted - will that leave SIS files unreferenced if the user later deletes the messages from their active store? -- Daniel

1 0

[Dovecot] mdbox packing
by Daniel L. Miller 07 May '12

07 May '12

Is there a way to manually force an mdbox storage to be rebuilt into new files? Particularly files of the maximum size? -- Daniel

3 3

[Dovecot] Authentication process holding open filehandles
by George Barnett 07 May '12

07 May '12

Hi, We're using dovecot to provide pop3 for a number of mailboxes. The setup is pretty simple: Each user / domain has a mailstore in /data/mailstore/<domain>/<user>/Maildir (backed by NFS). Passwords are in simple passwd-file format in the top level domain directory eg: # cat /data/mailstore/foo.com/.passwd user:{plain}password The passdb setup looks like this. passdb { args = username_format=%n /data/mailstore/%d/.passwd driver = passwd-file } The problem we're having is that when we want to remove a domain from the system and we go to rm -rf /data/mailstore/<domain>/ we are unable to because the auth process is still holding onto the file handles for the password file. Can somebody suggest an alternative pattern that I could use for storing password files? Ideally, we'd avoid one large file to prevent locking issues and would also keep the passwd-file setup since it's simple. It would be possible to have the password files in a separate dir, but over time I'm guessing that would lead to nfs turds? Easy to clean up I suppose, but maybe there's a simpler solution I'm missing? George

2 1

[Dovecot] smtp -auth with using clear text password
by Agnello George 06 May '12

06 May '12

Hi I am setting up a mailserver .. where clients need to authenticate to the mail server . The mta i am using is postfix . It is possible to use a file like this : ---------------------------------- cat /etc/postfix/dovecote_passwd agnello:123456 --------------------------------- where user is agnello and password is 123456 If you can please send me some reference links thanks a ton -- Regards Agnello D'souza

5 9

Re: [Dovecot] IMAP STARTTLS Problem
by Patrick Ben Koetter 06 May '12

06 May '12

* markus(a)opsys.de <markus(a)opsys.de>: > Am 05.05.2012 22:44, schrieb Patrick Ben Koetter: > >* Markus Fritz <markus.fritz(a)opsys.de>: > >>Am 05.05.2012 21:06, schrieb Markus Fritz: > >Assuming your server cert is located in > >/etc/ssl/certs/ca-certificates.crt try > >this on your server: > > > >openssl s_client -starttls imap -CAfile > >/etc/ssl/certs/ca-certificates.crt -connect localhost:143 > > > >Use "2 logout" to get out of the session. > > > >If it works, try the same from your client host. > > > >Does it work both times? > > yes: > > Verify return code: 0 (ok) > --- > . OK Capability completed. > > it works. But I cannot login with Thunderbird. I imported the cert > in Thunderbird, too. IIRC it is not enough to import the cert. You also need to set a policy i.e. allow the cert to be used for e-mail. 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ünchen Partnerschaftsregister PR 563

1 0

[Dovecot] HG 3d8a25a4394d Patch breaks UserDB Lookups
by Thomas Leuxner 06 May '12

06 May '12

Patch http://hg.dovecot.org/dovecot-2.1/rev/3d8a25a4394d breaks auth May 5 09:01:52 spectre dovecot: lmtp(24442): Connect from local May 5 09:01:52 spectre dovecot: lmtp(24442): Error: userdb lookup(tlx(a)leuxner.net): Disconnected unexpectedly May 5 09:01:52 spectre dovecot: auth: Fatal: master: service(auth): child 24443 killed with signal 11 (core not dumped) May 5 09:01:52 spectre dovecot: lmtp(24442): Disconnect from local: Client quit (in reset) Regards Thomas

2 2

[Dovecot] IMAP STARTTLS Problem
by Markus Fritz 05 May '12

05 May '12

Hello, I have this problem: May 5 21:02:35 opsys dovecot: imap-login: Disconnected (no auth attempts): rip=84.150.52.31, lip=78.46.216.126 Connecting via Thunderbird to STARTTLS won't work, but with a website from the same server it works for tls://opsys.de. So why is the port closed for external ip's? IPTABLES entry for imap is this: fail2ban-dovecot-pop3imap tcp -- anywhere anywhere multiport dports pop3,pop3s,imap2,imaps Key files are correct TLS is working from localhost. System is Debian squeeze -- Markus Fritz Administration opsys.de

3 4

[Dovecot] Corrupted mdbox file
by Daniel L. Miller 05 May '12

05 May '12

With an error like this: doveadm(dmiller(a)amfes.com): Error: Corrupted dbox file /var/mail/amfes.com/dmiller/mdbox/storage/m.20 (around offset=74408): Unexpected EOF while reading metadata header What can be done? -- Daniel

2 1

[Dovecot] Dovecot/doveadm crash
by Daniel L. Miller 05 May '12

05 May '12

Having a problem with a mailbox. I've been trying to rebuild - but doveadm force-resync crashes. This is mdbox with sis. doveadm purge -u dmiller(a)amfes.com doveadm(dmiller(a)amfes.com): Panic: file istream.c: line 466 (i_stream_grow_buffer): assertion failed: (stream->max_buffer_size > 0) doveadm(dmiller(a)amfes.com): Error: Raw backtrace: /usr/local/lib/dovecot/libdovecot.so.0(+0x4167a) [0x7fb73465467a] -> /usr/local/lib/dovecot/libdovecot.so.0(default_fatal_handler+0x32) [0x7fb734654762] -> /usr/local/lib/dovecot/libdovecot.so.0(i_fatal+0) [0x7fb73462c2a0] -> /usr/local/lib/dovecot/libdovecot.so.0(+0x4949b) [0x7fb73465c49b] -> /usr/local/lib/dovecot/libdovecot.so.0(i_stream_get_buffer_space+0x82) [0x7fb73465c522] -> /usr/local/lib/dovecot/libdovecot.so.0(+0x4b1c8) [0x7fb73465e1c8] -> /usr/local/lib/dovecot/libdovecot.so.0(i_stream_read+0x69) [0x7fb73465bb69] -> /usr/local/lib/dovecot/libdovecot.so.0(i_stream_read_next_line+0x1d) [0x7fb73465c04d] -> /usr/local/lib/dovecot/libdovecot-storage.so.0(mdbox_purge+0x921) [0x7fb7348d7d71] -> doveadm() [0x40e1e6] -> doveadm() [0x40e018] -> doveadm() [0x40ea83] -> doveadm(doveadm_mail_try_run+0x141) [0x40eef1] -> doveadm(main+0x3c1) [0x415911] -> /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xff) [0x7fb73429deff] -> doveadm() [0x40de39] -- Daniel

2 2

[Dovecot] per user sieve after filters
by Andre Rodier 05 May '12

05 May '12

Hello, Thanks for dovecot, as it's still the best mail server. I'd like to use per users sieve_after scripts. Can I put in my dovecot config file, something like that: sieve_after = %h/Mails/Sieve/After/ It would be very useful for me, as I'd like to add vacation script to be executed from this place. Kind regards, André.

2 3

[Dovecot] Shared INBOX change in v2.1.6?
by Timo Sirainen 04 May '12

04 May '12

Previously Dovecot has shown shared INBOX like: * LIST (\HasChildren) "/" "shared/tss2" * LIST (\HasNoChildren) "/" "shared/tss2/INBOX" * LIST (\HasNoChildren) "/" "shared/tss2/foo" The last change in hg makes it return simply (same as with Cyrus): * LIST (\HasChildren) "/" "shared/tss2" * LIST (\HasNoChildren) "/" "shared/tss2/foo" This behavior could be made optional, but does anyone actually want it to work the old way (and why)? I'd rather not add an option that isn't useful to anyone. I think older Dovecot versions have allowed opening both shared/tss2 and shared/tss2/INBOX, but at least in v2.1 that code was broken. With the last change it's still possible to open both of them, the shared/tss2/INBOX just isn't visible in LIST output.

4 4

[Dovecot] dovecot sasl with postfix: SASL LOGIN authentication failed: Connection lost to authentication server
by David Jonas 04 May '12

04 May '12

When using dovecot (2.1.5) sasl with postfix (2.8.4) behind nginx smtp proxy I am seeing a ton of errors of the form: postfix/smtpd[7731]: warning: unknown[192.168.0.6]: SASL LOGIN authentication failed: Connection lost to authentication server Nothing is printed by dovecot in the logs regarding the error. It seems that dovecot just hung up on postfix. (side note: no, can't use xclient in nginx/postfix. But perhaps soon.) After much digging I thought I solved it with: login_trusted_networks = 172.20.20.0/24 mail_max_userip_connections = 0 This seems safe enough because dovecot is only providing sasl to postfix, no connections to the outside world. But the error is still happening. # doveadm penalty IP penalty last_penalty last_update 172.20.20.61 1 2012-04-30 19:15:56 19:15:56 strace on the anvil process shows a lot of GETs and INCs: 18:54:06 read(14, "PENALTY-GET\t172.20.20.61\n", 397) = 25 <0.000016> 18:54:06 write(14, "1 1335837245\n", 13) = 13 <0.000029> A two minute survey showed penalty distribution: 0: 60% 1: 15% 2: 18% 3: 8% Finally I just disabled penalties with the info from http://www.dovecot.org/list/dovecot/2011-December/062631.html and that seemed to do it. Is there a better way? This took me a long time to run down so I tried to make this message detailed enough that others with similar problems will stumble upon it.

2 1

[Dovecot] doveadm mailbox: rc=0 on error
by Andreas Schulze 04 May '12

04 May '12

Hi all, I use "doveadm mailbox mutf7 -7 $folder" to convert imap foldernames to UTF-8. If $foldername is not mUTF-7 encoded, doveadm returns "doveadm(root): Error: Mailbox name not valid mUTF-7: $folder" This errormessage is printed on stderr but the returncode of doveadm is zero. I tested with dovecot-2.0.* and dovecot-2.1.* # all right: $ doveadm mailbox mutf7 -7 'gr&APw-n'; echo $? grün 0 # also all right, no mUTF-7 encoded folder: $ doveadm mailbox mutf7 -7 'gruen'; echo $? gruen 0 # wrong $ doveadm mailbox mutf7 -7 'grün'; echo $? doveadm(root): Error: Mailbox name not valid mUTF-7: grün 0 Would be nice if doveadm exit with an errorcode != 0 in that case. Andreas -- Andreas Schulze Internetdienste | P252 DATEV eG 90329 Nürnberg | Telefon +49 911 319-0 | Telefax +49 911 319-3196 E-Mail info @datev.de | Internet www.datev.de Sitz: 90429 Nürnberg, Paumgartnerstr. 6-14 | Registergericht Nürnberg, GenReg Nr.70 Vorstand Prof. Dieter Kempf (Vorsitzender) Dipl.-Kfm. Wolfgang Stegmann (stellvertretender Vorsitzender) Dipl.-Kfm. Michael Leistenschneider Dipl.-Kfm. Dr. Robert Mayr Jörg Rabe v. Pappenheim Dipl.-Vw. Eckhard Schwarzer Vorsitzender des Aufsichtsrates: Reinhard Verholen

2 1

[Dovecot] Strange behaviour for sieve_before
by Simone Caruso 04 May '12

04 May '12

Hi all, i moved from dovecot 2.0.15 (lda) to 2.1.5 with lmtp transport, all works well with the same configuration directives. But sieve_before stopped working with mail_debug=no. The weird thing is that, with mail_debug=yes the sieve_before script starts working. Any idea? Thanks (my conf attacched, for the new install i used prebuild packages) -- Simone Caruso IT Consultant +39 349 65 90 805

2 2

[Dovecot] non-ascii password
by Carlos Alberto 04 May '12

04 May '12

Hi guys, sorry for bother i'am looking how to fix the passwords with non-ascii characters (like ñ). i'am using dovecot version 1.2.15 on debian. Thanks in advance.

2 1

[Dovecot] Sieve script does not run in dovecot 2.0 on squeeze
by Victor Oñate 03 May '12

03 May '12

Hi, I want to use Sieve filtering with my Dovecot 2.0.20 installation on Debian squeeze. ManageSieve works fine so far, I can edit and activate/deactive scripts (using Thunderbird + Plugin) and they show up in the filesystem where I expect them to be, see below. # ls -la /home/k2009999/ total 16 drwxr-xr-x 4 k2009999 mail 4096 Apr 30 10:46 . drwxr-xr-x 4 root root 4096 Apr 24 17:04 .. drwx------ 7 k2009999 Domain Users 4096 Apr 30 10:56 Maildir lrwxrwxrwx 1 k2009999 Domain Users 21 Apr 30 10:46 currently-active-script.sieve -> sieve/outoffice.sieve drwxr-xr-x 3 k2009999 mail 4096 May 2 16:44 sieve ls -la /home/k2009999/sieve/ total 16 drwxr-xr-x 3 k2009999 mail 4096 May 2 16:44 . drwxr-xr-x 4 k2009999 mail 4096 Apr 30 10:46 .. -rw-r--r-- 1 k2009999 mail 36 Apr 26 17:21 outoffice.sieve drwxr-xr-x 2 k2009999 Domain Users 4096 May 2 16:44 tmp #less outoffice.sieve redirect "user(a)dominio.uk"; In dovecot.conf I have mail_location = maildir:~/Maildir plugin { quota = dirsize sieve=~/currently-active-script.sieve sieve_dir=~/sieve sieve_storage=~/sieve } protocols = imap sieve protocol sieve { managesieve_logout_format = bytes ( in=%i : out=%o ) } service managesieve-login { user = dovecot inet_listener sieve { port = 4190 } process_limit = 2000 } userdb { args = /etc/dovecot/dovecot-ldap.conf driver = ldap } In postfix I have home_mailbox = Maildir/ the problem is that the script does not run and so the mail is delivered the initial recipient. I use LDAP to delivery the mail. any idea. Thank you. Th. Victor Oñate

2 2

[Dovecot] Dovecot for POP3S proxying
by Gilles Albusac 03 May '12

03 May '12

I would like to configure Dovecot for POP3S proxying all users from the Internet to the internal Exchange Mail Server. Dovecot proxy have to authenticate the POP3S user (with ldap database) and redirect to exchange server. Is it possible ? Could you give me a dovecot.conf example file ? Regards

2 2

[Dovecot] Log messages
by Stephen Davies 03 May '12

03 May '12

Hello. I have been on leave for several weeks and have managed to lose all emails received since December due to a server crash. I asked about log synch error back in March and have (repeatedly) deleted all .imap files but the errors continue. # 2.1.1: /usr/etc/dovecot/dovecot.conf # OS: Linux 2.6.33.5-desktop-2mnb i686 Mandriva Linux 2010.2 mail_access_groups = mail mail_location = mbox:~/Mail:INBOX=/var/spool/mail/%u managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date ihave namespace inbox { inbox = yes location = mailbox Drafts { special_use = \Drafts } mailbox Junk { special_use = \Junk } mailbox Sent { special_use = \Sent } mailbox "Sent Messages" { special_use = \Sent } mailbox Trash { special_use = \Trash } prefix = } passdb { driver = pam } plugin { sieve = ~/.dovecot.sieve sieve_dir = ~/sieve } protocols = imap pop3 lmtp sieve sieve ssl_cert = </etc/ssl/certs/dovecot.pem ssl_key = </etc/ssl/private/dovecot.pem userdb { driver = passwd } protocol lmtp { mail_plugins = sieve } protocol lda { mail_plugins = sieve } Apr 30 09:00:12 server dovecot: imap(john): Error: Log synchronization error at seq=2,offset=929952 for /home/john/Mail/INBOX/.imap/Archive/dovecot.index: Extension header update points outside header size Apr 30 09:00:12 server dovecot: imap(john): Error: Log synchronization error at seq=2,offset=548744 for /home/john/Mail/INBOX/.imap/Davies/dovecot.index: Extension header update points outside header size Apr 30 09:00:12 server dovecot: imap(john): Error: Log synchronization error at seq=2,offset=541084 for /home/john/Mail/INBOX/.imap/FieldNET/dovecot.index: Extension header update points outside header size Apr 30 09:00:12 server dovecot: imap(john): Error: Log synchronization error at seq=2,offset=539768 for /home/john/Mail/INBOX/.imap/Invoices Out/dovecot.index: Extension header update points outside header size Apr 30 09:00:12 server dovecot: imap(john): Error: Log synchronization error at seq=2,offset=492896 for /home/john/Mail/INBOX/.imap/Lawrence and Hanson/dovecot.index: Extension header update points outside header size Apr 30 09:00:12 server dovecot: imap(john): Error: Log synchronization error at seq=2,offset=530300 for /home/john/Mail/INBOX/.imap/Logger Call/dovecot.index: Extension header update points outside header size Apr 30 09:00:12 server dovecot: imap(john): Error: Log synchronization error at seq=2,offset=524384 for /home/john/Mail/INBOX/.imap/Logger Reset/dovecot.index: Extension header update points outside header size Apr 30 09:00:12 server dovecot: imap(john): Error: Log synchronization error at seq=2,offset=500144 for /home/john/Mail/INBOX/.imap/River Murray/dovecot.index: Extension header update points outside header size Apr 30 09:00:12 server dovecot: imap(john): Error: Log synchronization error at seq=2,offset=532680 for /home/john/Mail/INBOX/.imap/SMS Emails/dovecot.index: Extension header update points outside header size Apr 30 09:00:12 server dovecot: imap(john): Error: Log synchronization error at seq=2,offset=515436 for /home/john/Mail/INBOX/.imap/Soil Moisture Alert/dovecot.index: Extension header update points outside header size Apr 30 09:00:12 server dovecot: imap(john): Error: Log synchronization error at seq=2,offset=578508 for /home/john/Mail/INBOX/.imap/Water Management Alarm/dovecot.index: Extension header update points outside header size Apr 30 09:00:12 server dovecot: imap(john): Error: Log synchronization error at seq=2,offset=648164 for /home/john/Mail/INBOX/.imap/Water Usage/dovecot.index: Extension header update points outside header size Apr 30 09:00:12 server dovecot: imap(john): Error: Log synchronization error at seq=2,offset=492876 for /home/john/Mail/INBOX/.imap/Weather Summaries/dovecot.index: Extension header update points outside header size Apr 30 09:00:12 server dovecot: imap(john): Error: Log synchronization error at seq=2,offset=495744 for /home/john/Mail/INBOX/.imap/Zerna/dovecot.index: Extension header update points outside header size Apr 30 09:00:38 server dovecot: lda(john): Error: Log synchronization error at seq=2,offset=578596 for /home/john/Mail/INBOX/.imap/Water Management Alarm/dovecot.index: Extension header update points outside header size Apr 30 09:00:38 server dovecot: lda(john): Error: Log synchronization error at seq=2,offset=578684 for /home/john/Mail/INBOX/.imap/Water Management Alarm/dovecot.index: Extension header update points outside header size Apr 30 09:00:38 server dovecot: lda(john): Error: Log synchronization error at seq=2,offset=578880 for /home/john/Mail/INBOX/.imap/Water Management Alarm/dovecot.index: Extension header update points outside header size At about the same time, I asked about fsck warnings. These also continue despite deleting all .,imap files. Apr 30 09:00:12 server dovecot: imap(john): Warning: fscking index file /home/john/Mail/INBOX/.imap/Archive/dovecot.index Apr 30 09:00:12 server dovecot: imap(john): Warning: fscking index file /home/john/Mail/INBOX/.imap/Davies/dovecot.index Apr 30 09:00:12 server dovecot: imap(john): Warning: fscking index file /home/john/Mail/INBOX/.imap/FieldNET/dovecot.index Apr 30 09:00:12 server dovecot: imap(john): Warning: fscking index file /home/john/Mail/INBOX/.imap/Invoices Out/dovecot.index Apr 30 09:00:12 server dovecot: imap(john): Warning: fscking index file /home/john/Mail/INBOX/.imap/Lawrence and Hanson/dovecot.index Apr 30 09:00:12 server dovecot: imap(john): Warning: fscking index file /home/john/Mail/INBOX/.imap/Logger Call/dovecot.index Apr 30 09:00:12 server dovecot: imap(john): Warning: fscking index file /home/john/Mail/INBOX/.imap/Logger Reset/dovecot.index Apr 30 09:00:12 server dovecot: imap(john): Warning: fscking index file /home/john/Mail/INBOX/.imap/River Murray/dovecot.index Apr 30 09:00:12 server dovecot: imap(john): Warning: fscking index file /home/john/Mail/INBOX/.imap/SMS Emails/dovecot.index Apr 30 09:00:12 server dovecot: imap(john): Warning: fscking index file /home/john/Mail/INBOX/.imap/Soil Moisture Alert/dovecot.index Apr 30 09:00:12 server dovecot: imap(john): Warning: fscking index file /home/john/Mail/INBOX/.imap/Water Management Alarm/dovecot.index Apr 30 09:00:12 server dovecot: imap(john): Warning: fscking index file /home/john/Mail/INBOX/.imap/Water Usage/dovecot.index Apr 30 09:00:12 server dovecot: imap(john): Warning: fscking index file /home/john/Mail/INBOX/.imap/Weather Summaries/dovecot.index Apr 30 09:00:12 server dovecot: imap(john): Warning: fscking index file /home/john/Mail/INBOX/.imap/Zerna/dovecot.index Apr 30 09:00:38 server dovecot: lda(john): Warning: fscking index file /home/john/Mail/INBOX/.imap/Water Management Alarm/dovecot.index Apr 30 09:00:38 server dovecot: lda(john): Warning: fscking index file /home/john/Mail/INBOX/.imap/Water Management Alarm/dovecot.index Apr 30 09:00:38 server dovecot: lda(john): Warning: fscking index file /home/john/Mail/INBOX/.imap/Water Management Alarm/dovecot.index The file system involved is local and sieve rules are now working. Cheers and thanks, Stephn -- ============================================================================= Stephen Davies Consulting P/L Voice: 08-8177 1595 Adelaide, South Australia. Fax : 08-8177 0133 Records & Collections Management. Mobile:040 304 0583

3 4

[Dovecot] mdbox corruption
by Daniel L. Miller 02 May '12

02 May '12

I have isolated the corruption in a mailbox to 4 mdbox files. Two of these (smaller) files cause the force-resync to report a breakage and save the file as m.XX.broken. The other two (larger) files cause a crash. Is there a way I can fix these files and recover the mails? -- Daniel

2 1

[Dovecot] dovecot, ldap and multiple auth_bind_userdn
by Cédric Jeanneret 01 May '12

01 May '12

Hello List! I'm having some troubles for a client of mine: he has two ldap branches which may contain valid users for imap login... For now, dovecot is configured so that it uses the auth_bind: ======== uris = ldap://localhost:389/ auth_bind = yes auth_bind_userdn = uid=%u,ou=user,dc=org ldap_version = 3 base = dc=artemis user_attrs = user_global_uid = 8 user_global_gid = 8 pass_attrs = uid=user ## other options user_filter = (uid=%u) pass_filter = (uid=%u) default_pass_scheme = CRYPT ======== Unfortunately, I cannot manage to tell him "hey guy, uses those two branches": uid=%u,ou=user,dc=org and uid=%u,ou=external,dc=org Is there a special way to do that ? Is it even possible ? I cannot modify the ldap tree, so this option is out, unfortunately :(. My dovecot version: dovecot --version 1.2.15 Thanks in advance for your answers. Cheers, C.

2 1

[Dovecot] question dovecot Inheritance global acl vs userfolder acl
by Robert Schetterer 01 May '12

01 May '12

Hi Timo my tests resulted in inheritance is given if a userfolder has set some acl to its new created subfolder , which is nice if some userfolder has its acl from global acl there is no inheritance to its new created subfolders, that subfolders will always created with full owner rights i am not really sure if its a good idea to have inheritance from global acl and if its hackabel what is your idea to this ? -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria

2 2

Re: [Dovecot] Dovecot/doveadm crash
by Daniel L. Miller 01 May '12

01 May '12

On 4/30/2012 1:16 PM, Daniel L. Miller wrote: > Having a problem with a mailbox. I've been trying to rebuild - but > doveadm force-resync crashes. This is mdbox with sis. > Here's a backtrace - gdb --args doveadm force-resync -u msiegel(a)amfes.com Sent GNU gdb (Ubuntu/Linaro 7.2-1ubuntu11) 7.2 Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... Reading symbols from /usr/local/bin/doveadm...done. (gdb) run Starting program: /usr/local/bin/doveadm force-resync -u msiegel(a)amfes.com Sent [Thread debugging using libthread_db enabled] doveadm(msiegel(a)amfes.com): Warning: mdbox /var/mail/amfes.com/msiegel/mdbox/storage: rebuilding indexes doveadm(msiegel(a)amfes.com): Panic: file istream.c: line 466 (i_stream_grow_buffer): assertion failed: (stream->max_buffer_size > 0) doveadm(msiegel(a)amfes.com): Error: Raw backtrace: /usr/local/lib/dovecot/libdovecot.so.0(+0x4167a) [0x7ffff765467a] -> /usr/local/lib/dovecot/libdovecot.so.0(default_fatal_handler+0x32) [0x7ffff7654762] -> /usr/local/lib/dovecot/libdovecot.so.0(i_fatal+0) [0x7ffff762c2a0] -> /usr/local/lib/dovecot/libdovecot.so.0(+0x4949b) [0x7ffff765c49b] -> /usr/local/lib/dovecot/libdovecot.so.0(i_stream_get_buffer_space+0x82) [0x7ffff765c522] -> /usr/local/lib/dovecot/libdovecot.so.0(+0x4b1c8) [0x7ffff765e1c8] -> /usr/local/lib/dovecot/libdovecot.so.0(i_stream_read+0x69) [0x7ffff765bb69] -> /usr/local/lib/dovecot/libdovecot.so.0(i_stream_read_next_line+0x1d) [0x7ffff765c04d] -> /usr/local/lib/dovecot/libdovecot-storage.so.0(dbox_file_metadata_read+0xd0) [0x7ffff78dd870] -> /usr/local/lib/dovecot/libdovecot-storage.so.0(+0x3b958) [0x7ffff78da958] -> /usr/local/lib/dovecot/libdovecot-storage.so.0(mdbox_storage_rebuild_in_context+0x2a9) [0x7ffff78daff9] -> /usr/local/lib/dovecot/libdovecot-storage.so.0(mdbox_sync_begin+0x6b4) [0x7ffff78d97a4] -> /usr/local/lib/dovecot/libdovecot-storage.so.0(mdbox_sync+0x34) [0x7ffff78d98d4] -> /usr/local/lib/dovecot/libdovecot-storage.so.0(mdbox_storage_sync_init+0x87) [0x7ffff78d99b7] -> /usr/local/lib/dovecot/libdovecot-storage.so.0(mailbox_sync_init+0x31) [0x7ffff7918871] -> /usr/local/lib/dovecot/libdovecot-storage.so.0(mailbox_sync+0x27) [0x7ffff7918987] -> /usr/local/bin/doveadm() [0x40e2ff] -> /usr/local/bin/doveadm() [0x40e018] -> /usr/local/bin/doveadm() [0x40ea83] -> /usr/local/bin/doveadm(doveadm_mail_try_run+0x141) [0x40eef1] -> /usr/local/bin/doveadm(main+0x3c1) [0x415911] -> /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xff) [0x7ffff729deff] -> /usr/local/bin/doveadm() [0x40de39] Program received signal SIGABRT, Aborted. 0x00007ffff72b2d05 in raise () from /lib/x86_64-linux-gnu/libc.so.6 (gdb) bt full #0 0x00007ffff72b2d05 in raise () from /lib/x86_64-linux-gnu/libc.so.6 No symbol table info available. #1 0x00007ffff72b6ab6 in abort () from /lib/x86_64-linux-gnu/libc.so.6 No symbol table info available. #2 0x00007ffff7654688 in default_fatal_finish (type=<value optimized out>, status=0) at failures.c:191 backtrace = 0x648140 "/usr/local/lib/dovecot/libdovecot.so.0(+0x4167a) [0x7ffff765467a] -> /usr/local/lib/dovecot/libdovecot.so.0(default_fatal_handler+0x32) [0x7ffff7654762] -> /usr/local/lib/dovecot/libdovecot.so.0(i_fat"... #3 0x00007ffff7654762 in default_fatal_handler (ctx=0x7fffffffdc80, format=<value optimized out>, args=<value optimized out>) at failures.c:205 status = 0 #4 0x00007ffff762c2a0 in i_panic (format=0x62b6 <Address 0x62b6 out of bounds>) at failures.c:263 ctx = {type = LOG_TYPE_PANIC, exit_status = 0, timestamp = 0x0} args = {{gp_offset = 40, fp_offset = 48, overflow_arg_area = 0x7fffffffdd50, reg_save_area = 0x7fffffffdc90}} #5 0x00007ffff765c49b in i_stream_grow_buffer (stream=0x6c7590, bytes=<value optimized out>) at istream.c:466 old_size = <value optimized out> __FUNCTION__ = "i_stream_grow_buffer" #6 0x00007ffff765c522 in i_stream_get_buffer_space (stream=0x6c7590, wanted_size=<value optimized out>, size_r=<value optimized out>) at istream.c:500 __FUNCTION__ = "i_stream_get_buffer_space" #7 0x00007ffff765e1c8 in i_stream_file_read (stream=0x6c7590) at istream-file.c:58 fstream = 0x6c7590 size = <value optimized out> ret = <value optimized out> __FUNCTION__ = "i_stream_file_read" #8 0x00007ffff765bb69 in i_stream_read (stream=0x6c75f0) at istream.c:130 _stream = 0x6c7590 old_size = 8192 ret = <value optimized out> __FUNCTION__ = "i_stream_read" #9 0x00007ffff765c04d in i_stream_read_next_line (stream=0x6c75f0) at istream.c:382 line = <value optimized out> #10 0x00007ffff78dd870 in dbox_file_metadata_read_at (file=0x6c74a0) at dbox-file.c:661 line = 0x6c98d0 "BSent" buf_size = 8192 ret = 0 #11 dbox_file_metadata_read (file=0x6c74a0) at dbox-file.c:688 metadata_offset = <value optimized out> ret = 0 __FUNCTION__ = "dbox_file_metadata_read" ---Type <return> to continue, or q <return> to quit--- #12 0x00007ffff78da958 in rebuild_file_mails (ctx=0x6b6b90, storage_dir=0x674420 "/var/mail/amfes.com/msiegel/mdbox/storage", alt=<value optimized out>) at mdbox-storage-rebuild.c:139 offset = 16 last = false fixed = false first = <value optimized out> guid = <value optimized out> prev_offset = 0 ret = <value optimized out> rec = 0x7ffff7f99210 old_rec = <value optimized out> #13 rebuild_add_file (ctx=0x6b6b90, storage_dir=0x674420 "/var/mail/amfes.com/msiegel/mdbox/storage", alt=<value optimized out>) at mdbox-storage-rebuild.c:269 file = 0x6c74a0 ext = <value optimized out> deleted = false ret = <value optimized out> file_id = 558 id_str = <value optimized out> #14 mdbox_storage_rebuild_scan_dir (ctx=0x6b6b90, storage_dir=0x674420 "/var/mail/amfes.com/msiegel/mdbox/storage", alt=<value optimized out>) at mdbox-storage-rebuild.c:807 _data_stack_cur_id = 4 dir = <value optimized out> d = <value optimized out> ret = 0 #15 0x00007ffff78daff9 in mdbox_storage_rebuild_scan (storage=0x674200, atomic=<value optimized out>) at mdbox-storage-rebuild.c:855 data = 0x6baed0 data_size = 8 #16 mdbox_storage_rebuild_in_context (storage=0x674200, atomic=<value optimized out>) at mdbox-storage-rebuild.c:888 ctx = 0x6b6b90 ret = 0 #17 0x00007ffff78d97a4 in mdbox_sync_begin (mbox=0x6aec20, flags=MDBOX_SYNC_FLAG_FORCE_REBUILD, atomic=0x6b6b60, ctx_r=0x7fffffffe1b8) at mdbox-sync.c:233 storage = 0x674200 ctx = <value optimized out> sync_flags = <value optimized out> ret = 4 rebuild = true storage_rebuilt = false ---Type <return> to continue, or q <return> to quit--- #18 0x00007ffff78d98d4 in mdbox_sync (mbox=0x6aec20, flags=MDBOX_SYNC_FLAG_FORCE_REBUILD) at mdbox-sync.c:311 sync_ctx = 0x0 atomic = 0x6b6b60 ret = <value optimized out> #19 0x00007ffff78d99b7 in mdbox_storage_sync_init (box=0x6aec20, flags=320) at mdbox-sync.c:341 mbox = 0x6aec20 mdbox_sync_flags = <value optimized out> ret = <value optimized out> #20 0x00007ffff7918871 in mailbox_sync_init (box=0x6aec20, flags=320) at mail-storage.c:1298 _data_stack_cur_id = 3 ctx = <value optimized out> #21 0x00007ffff7918987 in mailbox_sync (box=<value optimized out>, flags=<value optimized out>) at mail-storage.c:1344 ctx = <value optimized out> status = {sync_delayed_expunges = 1} #22 0x000000000040e2ff in cmd_force_resync_box (ctx=0x65e000, user=<value optimized out>) at doveadm-mail.c:211 box = 0x6aec20 ret = 0 #23 cmd_force_resync_run (ctx=0x65e000, user=<value optimized out>) at doveadm-mail.c:240 _data_stack_cur_id = 2 iter = 0x6ad8c0 info = 0x6add38 ret = 0 #24 0x000000000040e018 in doveadm_mail_next_user (ctx=0x65e000, input=<value optimized out>, error_r=0x7fffffffe300) at doveadm-mail.c:311 error = <value optimized out> ret = 0 __FUNCTION__ = "doveadm_mail_next_user" #25 0x000000000040ea83 in doveadm_mail_cmd (cmd=0x6550e0, argc=4, argv=0x64f390) at doveadm-mail.c:518 input = {module = 0x0, service = 0x433222 "doveadm", username = 0x64f3c7 "msiegel(a)amfes.com", session_id = 0x0, local_ip = { family = 0, u = {ip6 = {__in6_u = {__u6_addr8 = '\000' <repeats 15 times>, __u6_addr16 = {0, 0, 0, 0, 0, 0, 0, 0}, __u6_addr32 = {0, 0, 0, 0}}}, ip4 = {s_addr = 0}}}, remote_ip = {family = 0, u = {ip6 = {__in6_u = { __u6_addr8 = '\000' <repeats 15 times>, __u6_addr16 = {0, 0, 0, 0, 0, 0, 0, 0}, __u6_addr32 = {0, 0, 0, 0}}}, ip4 = { s_addr = 0}}}, local_port = 0, remote_port = 0, userdb_fields = 0x0, flags_override_add = 0, flags_override_remove = 0, no_userdb_lookup = 0} ctx = 0x65e000 getopt_args = 0x43147d "AS:u:" wildcard_user = 0x0 error = <value optimized out> ret = <value optimized out> c = <value optimized out> ---Type <return> to continue, or q <return> to quit--- #26 0x000000000040eef1 in doveadm_mail_try_run (cmd_name=0x64f3b7 "force-resync", argc=4, argv=0x64f378) at doveadm-mail.c:577 cmd__foreach_end = 0x655380 cmd = 0x6550e0 cmd_name_len = 12 __FUNCTION__ = "doveadm_mail_try_run" #27 0x0000000000415911 in main (argc=4, argv=0x64f378) at doveadm.c:374 cmd_name = 0x64f3b7 "force-resync" i = <value optimized out> quick_init = false c = <value optimized out> -- Daniel

1 0

[Dovecot] SETANNOTATION for Dovecot
by Dieter Knopf 01 May '12

01 May '12

Hello, i'm using kmail2 and for Folder Settings the SETANNOATION command is needed. Is there any way to add this command to Dovecot? I already found a dovecot-metadata-plugin but there is no Package available for Debian. Thanks Dieter

2 1

[Dovecot] 2.1.5: Panic: file mailbox-list-fs.c: line 156 (fs_list_get_path): assertion failed: (mailbox_list_is_valid_pattern(_list, name))
by Nick Urbanik 01 May '12

01 May '12

Dear Folks, We had this assertion failure on Dovecot 2.1.1 on a particular mailbox. I upgraded to 2.1.5, and we have the same assertion failure, on the same mailbox: Apr 27 16:02:03 imap(nu-imaptest00258(a)example.com): Panic: file mailbox-list-fs.c: line 156 (fs_list_get_path): assertion failed: (mailbox_list_is_valid_pattern(_list, name)) Apr 27 16:02:03 imap(nu-imaptest00258(a)example.com): Error: Raw backtrace: /usr/lib64/dovecot/libdovecot.so.0(+0x4246a) [0x7f310c28146a] -> /usr/lib64/dovecot/libdovecot.so.0(+0x424b6) +[0x7f310c2814b6] -> /usr/lib64/dovecot/libdovecot.so.0(+0x1950a) [0x7f310c25850a] -> /usr/lib64/dovecot/libdovecot-storage.so.0(+0x889b5) [0x7f310c5539b5] -> +/usr/lib64/dovecot/lib10_quota_plugin.so(+0x8a30) [0x7f3109ccea30] -> /usr/lib64/dovecot/lib10_quota_plugin.so(+0x8cdf) [0x7f3109ccecdf] -> /usr/lib64/dovecot/lib10_quota_plugin.so(+0x93c8) +[0x7f3109ccf3c8] -> /usr/lib64/dovecot/lib10_quota_plugin.so(+0x9436) [0x7f3109ccf436] -> /usr/lib64/dovecot/lib10_quota_plugin.so(quota_get_resource+0x72) [0x7f3109cca792] -> +/usr/lib64/dovecot/lib10_quota_plugin.so(quota_test_alloc+0x1bd) [0x7f3109ccaaed] -> /usr/lib64/dovecot/lib10_quota_plugin.so(+0xa870) [0x7f3109cd0870] -> +/usr/lib64/dovecot/libdovecot-storage.so.0(mailbox_save_begin+0x4d) [0x7f310c544b9d] -> dovecot/imap [nu-imaptest00258(a)example.com 127.0.0.1 APPEND]() [0x408ac4] -> dovecot/imap +[nu-imaptest00258(a)example.com 127.0.0.1 APPEND](cmd_append+0x139) [0x408d69] -> dovecot/imap [nu-imaptest00258(a)example.com 127.0.0.1 APPEND](command_exec+0x3d) [0x410aed] -> dovecot/imap +[nu-imaptest00258(a)example.com 127.0.0.1 APPEND]() [0x40fa2e] -> dovecot/imap [nu-imaptest00258(a)example.com 127.0.0.1 APPEND]() [0x40fb1a] -> dovecot/imap [nu-imaptest00258(a)example.com +127.0.0.1 APPEND](client_handle_input+0x135) [0x40fd45] -> dovecot/imap [nu-imaptest00258(a)example.com 127.0.0.1 APPEND](client_input+0x5f) [0x41066f] -> +/usr/lib64/dovecot/libdovecot.so.0(io_loop_call_io+0x36) [0x7f310c28d9d6] -> /usr/lib64/dovecot/libdovecot.so.0(io_loop_handler_run+0x9f) [0x7f310c28ea5f] -> +/usr/lib64/dovecot/libdovecot.so.0(io_loop_run+0x28) [0x7f310c28d978] -> /usr/lib64/dovecot/libdovecot.so.0(master_service_run+0x13) [0x7f310c279c73] -> dovecot/imap [nu-imaptest00258(a)example.com +127.0.0.1 APPEND](main+0x29d) [0x418b3d] -> /lib64/libc.so.6(__libc_start_main+0xfd) [0x7f310bebccdd] -> dovecot/imap [nu-imaptest00258(a)example.com 127.0.0.1 APPEND]() [0x408449] Apr 27 16:02:03 imaptest01 perdition.imap4[15893]: Closing session: 211.29.132.209:42922->211.29.132.245:143 authorisation_id=NONE authentication_id="nu-imaptest00258" received=67 sent=53 Apr 27 16:02:03 imap(nu-imaptest00258(a)example.com): Fatal: master: service(imap): child 15894 killed with signal 6 (core not dumped) Any suggestions welcome. I guess enabling core dumps is a good start, I'll do that, but has anyone seen this before? -- Nick Urbanik http://nicku.org 808-71011 nick.urbanik(a)optusnet.com.au GPG: 7FFA CDC7 5A77 0558 DC7A 790A 16DF EC5B BB9D 2C24 ID: BB9D2C24 I disclaim, therefore I am.

2 1

[Dovecot] [PATCH] Dovecot 2.1 compiling fix for AIX
by SATOH Fumiyasu 01 May '12

01 May '12

Hi, I'm trying to build Dovecot 2.1.5 on AIX 6.1 and got the following build error: $ ./configure ... $ make ... In file included from stats-connection.c:9: stats-plugin.h:14: error: field 'user_cpu' has incomplete type stats-plugin.h:14: error: field 'sys_cpu' has incomplete type ... The attached patch fixes this problem. -- -- Name: SATOH Fumiyasu (fumiyas @ osstech co jp) -- Business Home: http://www.OSSTech.co.jp/ -- Personal Home: https://github.com/fumiyas/

2 2

[Dovecot] restoring mails and directories
by oni-neko＠gmx.net 01 May '12

01 May '12

Good day! is there an easy way to restore e.g. deleted mails and/or mail directories? let me specify: I'm running dovecot 1.2.9 on a current ubuntu lts. It is set to Maildir and I backup the folder with the users maildata nightly via rsync. now, when someone deletes a mail that they still need, and I copy it back from the backup, it will not be visible to mail clients. When I change the mailfile by a letter or so, it shows. that's easy enough, if not exactly awesome ;-) But, if said person deletes a whole folder of mails, this way to make restored mails show up becomes rather unreasonable. surely there is a better way to do this? I'd be glad for any and all hints! =) best regards silvana -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de

3 2

[Dovecot] Dovecot dsync mail replication issues
by Reuben Farrelly 01 May '12

01 May '12

Hi, I'm trying to set up some dsync based replication between two hosts on my network. The current topology is a single server running Postfix with a single dovecot installation with a Maildir per user (only 4 users including myself). No NFS, just local system users on ext4. I am only using system users, ie no virtual users. I am using dovecot deliver to deliver mails into the Maildir's. This - being a very standard Maildir installation - all works just fine. I'm running dovecot-2.1.5 (release versions) x86_64 with Gentoo on both hosts and using key based ssh to transport the data using the root login. What I would like to do is extend the design so as to replicate the Maildirs across a second machine and in the future be able to connect via IMAP into either machine to sync mail. Two way dsync would be rather cool because I could then deliver via SMTP to either system and have changes automagically propagate - but initially just simple replication would be a good start. I was hoping that dsync would allow me to do this, but I've run into quite a number of problems while getting this to work. http://dovecot.org/list/dovecot/2012-March/064243.html ...was very useful and I've based my config on that. Initially I've tried to sync up the user Maildirs, and this has more or less worked: doveadm sync -u lyn remote:root@dustbowl.reub.net This succeeds without error on the initial sync. However if I try to run the re-sync again (such as a use case of if the sync of another Maildir takes 4 hours so I want to resync up the earlier ones again) I end up with a mysteriously named INBOX folder in both the source and destination Maildirs: drwx------ 5 lyn lyn 4096 Apr 30 19:32 .INBOX_7a86a62d465a974fb92f00003b258734 It has the basic structure of a Maildir but is empty in terms of mails: drwx------ 2 lyn lyn 4096 Apr 30 19:32 cur -rw------- 1 lyn lyn 220 Apr 30 19:32 dovecot.index.log -rw------- 1 lyn lyn 51 Apr 30 19:32 dovecot-uidlist -rw------- 1 lyn lyn 0 Apr 30 19:32 maildirfolder drwx------ 2 lyn lyn 4096 Apr 30 19:32 new drwx------ 2 lyn lyn 4096 Apr 30 19:32 tmp First question: why is this random named directory being created in the origin Maildir? Shouldn't the replication be more or less read-only in the origin Maildir? Second question: If I re-attempt a doveadm sync a second time I get this error: tornado Maildir # doveadm sync -u lyn remote:root@dustbowl.reub.net dsync-local(lyn): Error: Can't rename mailbox INBOX_7a86a62d465a974fb92f00003b258734 to INBOX: Target mailbox already exists dsync-local(lyn): Error: Can't rename mailbox INBOX to INBOX_eb15f30ea563be4b703200002bd68bb1: Renaming INBOX isn't supported. tornado Maildir # It's not clear if the second attempt has failed or succeeded, and it's a bit odd that it errors out on a directory that the dovecot sync process itself has created. Third question: Upon starting Dovecot lots of ugliness is logged in the mail log: Apr 30 19:44:59 tornado dovecot: master: Dovecot v2.1.5 starting up (core dumps disabled) Apr 30 19:44:59 tornado dovecot: doveadm(mozsync): Error: user mozsync: Initialization failed: Namespace '': mkdir(/var/www/xxx/server-full/Maildir) failed: Permission denied (euid=1016(mozsync) egid=1016(<unknown>) missing +w perm: /var/www/xxx/server-full, dir owned by 0:0 mode=0755) Apr 30 19:44:59 tornado dovecot: doveadm(mozsync): Error: sync: User init failed Apr 30 19:44:59 tornado dovecot: doveadm(mozsync): Warning: I/O leak: 0x414190 (line 102, fd 16) Apr 30 19:44:59 tornado dovecot: dsync-local(cisco): Error: remote: doveadm(cisco): Fatal: User doesn't exist Apr 30 19:44:59 tornado dovecot: dsync-local(cisco): Error: read() from worker server failed: EOF Users mozsync and cisco are not valid mail users and it's not appropriate that Dovecot tries to create a Maildir for either of them. The users are system unprivileged users only, and do not ever send or receive mail. And - I/O leak? ;) Also, user cisco is local to one box only, and does not exist (nor does it need to) on the remote host. So any complaints about this user are invalid and dovecot needs to ignore replication for this user anyway. Fourth question, upon starting dovecot again, mail.log then spews several hundred of these messages: Apr 30 19:45:06 tornado dovecot: dsync-local(reuben): Error: msg-get failed: box=Trash uid=114863 guid=1335382569.M98089P29952.tornado,S=6479,W=6625 Before aborting entirely with: Apr 30 19:45:09 tornado dovecot: imap: Server shutting down. in=328 out=2042 It seems to me that a a few of those problems logged could be solved by being able to specify which system users to synchronise, rather than Dovecot making a blind assumption that all users actually have valid Maildirs that need to be created, and all need to be sync'd between two hosts. Subsequent delivery based sync'ing fails silently (pending more investigation) but I'd like to try and fix the above listed problems first before worrying about the later stages of the sync not working. Has anyone else run into these problems or found better ways of making this type of setup all work? Thanks, Reuben

3 2

[Dovecot] Single Instance Storage management
by Daniel L. Miller 01 May '12

01 May '12

Was there a doveadm command that checks the SIS files and removes any not referenced? Will the "doveadm purge -A" catch that? -- Daniel

2 1

[Dovecot] Sieve doesn't find user scripts
by Jochen Spieker 30 Apr '12

30 Apr '12

Hi, I want to use Sieve filtering with my Dovecot 1.2 installation on Debian squeeze. I have a virtual domain setup using Portgresql. ManageSieve works fine so far, I can edit and activate/deactive scripts (using Thunderbird + Plugin) and they show up in the filesystem where I expect them to be, see below. The problem is that LDA doesn't find the script. From /var/log/dovecot-deliver.log: | 2012-04-29 12:17:48 deliver(jrspieker(a)well-adjusted.de): Info: Loading modules from directory: /usr/lib/dovecot/modules/lda | 2012-04-29 12:17:48 deliver(jrspieker(a)well-adjusted.de): Info: Module loaded: /usr/lib/dovecot/modules/lda/lib10_quota_plugin.so | 2012-04-29 12:17:48 deliver(jrspieker(a)well-adjusted.de): Info: Module loaded: /usr/lib/dovecot/modules/lda/lib90_sieve_plugin.so | 2012-04-29 12:17:48 deliver(jrspieker(a)well-adjusted.de): Info: auth input: mail=maildir:/srv/mail/well-adjusted.de/jrspieker | 2012-04-29 12:17:48 deliver(jrspieker(a)well-adjusted.de): Info: auth input: userdb_home=/srv/mail/home/well-adjusted.de/jrspieker | 2012-04-29 12:17:48 deliver(jrspieker(a)well-adjusted.de): Info: auth input: uid=105 | 2012-04-29 12:17:48 deliver(jrspieker(a)well-adjusted.de): Info: auth input: gid=109 | 2012-04-29 12:17:48 deliver(jrspieker(a)well-adjusted.de): Info: Quota root: name=storage=512000 backend=maildir args= | 2012-04-29 12:17:48 deliver(jrspieker(a)well-adjusted.de): Info: maildir: data=/srv/mail/well-adjusted.de/jrspieker | 2012-04-29 12:17:48 deliver(jrspieker(a)well-adjusted.de): Info: maildir++: root=/srv/mail/well-adjusted.de/jrspieker, index=, control=, inbox= | 2012-04-29 12:17:48 deliver(jrspieker(a)well-adjusted.de): Info: sieve: user has no valid personal script | 2012-04-29 12:17:48 deliver(jrspieker(a)well-adjusted.de): Info: sieve: no scripts to execute: reverting to default delivery. AFAICS, the sieve module is loaded and the home directory is correct. The content of this directory looks like this: | $ ls -ltRa /srv/mail/home/well-adjusted.de/jrspieker/ | /srv/mail/home/well-adjusted.de/jrspieker/: | total 12 | drwx------ 3 vmail vmail 4096 Apr 29 12:22 . | lrwxrwxrwx 1 vmail vmail 16 Apr 29 12:22 .dovecot.sieve -> sieve/test.sieve | drwx------ 3 vmail vmail 4096 Apr 28 22:31 sieve | drwx------ 3 vmail vmail 4096 Apr 27 20:55 .. | | /srv/mail/home/well-adjusted.de/jrspieker/sieve: | total 16 | drwx------ 3 vmail vmail 4096 Apr 29 12:22 .. | drwx------ 3 vmail vmail 4096 Apr 28 22:31 . | drwx------ 2 vmail vmail 4096 Apr 28 22:31 tmp | -rw------- 1 vmail vmail 338 Apr 28 22:31 test.sieve | … dovecot -n shows this for the plugin section: | plugin: | quota: maildir:storage=512000 | sieve_dir: ~/sieve/ | sieve: ~/.dovecot.sieve And finally, the content of the script: | require["fileinto"]; | | if header :is "subject" "test" { | fileinto "Test"; | } else { | keep; | } What am I missing here? Thanks, Jochen. -- Fashion is more important to me than war, famine, disease or art. [Agree] [Disagree] <http://www.slowlydownward.com/NODATA/data_enter2.html>

5 10

[Dovecot] Refiltering mails without loosing flags
by Dieter Knopf 30 Apr '12

30 Apr '12

Hello, is there a way to refilter all mails in a folder without loosing all flags and moving all messages in a different folder? I have >10k mails in my Inbox and need to create new filterrules from time to time. But there is no way to refilter my inbox without moving. Atm i need to move all mails in a folder like "refilter" and then run getmail/... to refilter the mails. It would be really nice to refilter a existing folder and just move mails with hits in the filter list. Thanks Dieter

2 3

[Dovecot] setacl fails - does not find dovecot-acl file
by Michael Stilkerich 29 Apr '12

29 Apr '12

Hi, I'm using dovecot 2.0.13 that ships with Ubuntu 11.10. I tried setting up a shared namespace as documented in the wiki to enable the sharing of a mailbox between two users. I have a Maildir(++) directory for each user. Each user has a system account. The Maildir of each user is owned by the user's system account and group read/writable by the group mail (hence mail_access_groups=mail). Relevant parts of my config: mail_plugins = acl mail_location = maildir:/home/dovecot/%u mail_access_groups = mail namespace { type = private separator = / prefix = inbox = yes hidden = no subscriptions = yes } namespace { type = shared separator = / prefix = shared/%%u/ location = maildir:/home/dovecot/%%u:INDEX=/home/dovecot/%u/shared/%%u subscriptions = no list = children } protocol imap { mail_plugins = $mail_plugins imap_acl } plugin { acl = vfile } plugin { acl_shared_dict = file:/home/dovecot/shared-mailboxes } When I try to create an ACL in a telnet session, the command fails with an internal error. The log shows: dovecot: imap(michael): Error: fstat(/home/dovecot/michael/.test/dovecot-acl.lock) failed: No such file or directory dovecot: imap(michael): Error: file_dotlock_open(/home/dovecot/michael/.test/dovecot-acl) failed: No such file or directory The error occurs whether a (manually created) dovecot-acl file exists or not. The dovecot-acl.lock file is created by not removed afterwards. Subsequent setacl commands will timeout waiting for the lock to be released until I delete it manually. If I create the dovecot-acl file manually and provide access to another user, the getacl command will correctly show the permissions and the other user can access the folder. setacl will still fail to modify the acl file, however (same error). Another thing that irritates me is that dovecot seems to use the dotlock locking method, although I explicitly set lock_method to fcntl (also tried flock, same behavior). I'm not using chroot. I appreciate any help to get this sorted out. Thanks, Michael

3 6

[Dovecot] help with AES_DECRYPT and password lookup - mysql password_query
by jeep＠rahul.net 29 Apr '12

29 Apr '12

Hello- Sorry if this is a noob question, but I cant seem to get my password_query to work with dovecot + mysql. Im using 'Password verification by SQL server' at: http://wiki2.dovecot.org/AuthDatabase/SQL trying to modify it to work with my encrypted passwords in the DB. Im using the following which isnt working: password_query = SELECT NULL AS password, \ 'Y' as nopassword, userid AS user \ FROM users WHERE userid='%u' AND AES_DECRYPT(password, 'mykey')=password 1. Is it even possible to do this via 'password_query'? 2. If so, what am I doing wrong? Thanks, Jeff /mf/home/jeep/shell/.signature

3 10

[Dovecot] Session IDs
by Timo Sirainen 28 Apr '12

28 Apr '12

v2.1.2 added support for "session IDs", which is a 9 year unique identifier for that specific IMAP/POP3 connection. Initially I thought it would only be useful for tracking connections going through Dovecot proxies to backends (the session ID is forwarded), but then I thought it could be useful for everyone if auth process also logs the session ID. So I thought for v2.1.6 I'd change the defaults: a) Failed login: Apr 28 17:37:23 auth: Debug: client in: AUTH 1 PLAIN service=imap secured session=XtG7KL6+jQB/AAAB lip=127.0.0.1 rip=127.0.0.1 lport=143 rport=42125 resp=<hidden> Apr 28 17:37:23 auth: Debug: passwd-file(foo,127.0.0.1,<XtG7KL6+jQB/AAAB>): lookup: user=foo file=/usr/local/etc/passwd.imap Apr 28 17:37:23 auth: Info: passwd-file(foo,127.0.0.1,<XtG7KL6+jQB/AAAB>): unknown user Apr 28 17:37:25 auth: Debug: client out: FAIL 1 user=foo Apr 28 17:37:50 imap-login: Info: Aborted login (auth failed, 1 attempts in 27 secs): user=<foo>, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured, session=<XtG7KL6+jQB/AAAB> b) Successful login: Apr 28 17:38:27 auth: Debug: client in: AUTH 2 PLAIN service=imap secured session=rNuHLL6+jgB/AAAB lip=127.0.0.1 rip=127.0.0.1 lport=143 rport=42126 resp=<hidden> Apr 28 17:38:27 auth: Debug: passwd-file(tss,127.0.0.1,<rNuHLL6+jgB/AAAB>): lookup: user=tss file=/usr/local/etc/passwd.imap Apr 28 17:38:27 auth: Debug: client out: OK 2 user=tss Apr 28 17:38:27 auth: Debug: master in: REQUEST 1375993857 14321 2 0f2f78deedcb7e38a278cf79819360c5 Apr 28 17:38:27 auth: Debug: passwd-file(tss,127.0.0.1,<rNuHLL6+jgB/AAAB>): lookup: user=tss file=/usr/local/etc/passwd.imap Apr 28 17:38:27 auth: Debug: master out: USER 1375993857 tss uid=1000 gid=1000 home=/home/tss Apr 28 17:38:27 imap-login: Info: Login: user=<tss>, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, mpid=14338, secured, session=<rNuHLL6+jgB/AAAB> .. Apr 28 17:47:15 imap(tss,<rNuHLL6+jgB/AAAB>): Info: Disconnected: Logged out in=8 out=369 The last line requires a modified mail_log_prefix, I wasn't planning on changing its default. I'm mainly wondering: 1) Does this change break someone's auth log line parsing? 2) Does the auth prefix look prettier with or without <> around session id? :) 3) Anything else I should do about this now that I'm changing it anyway?

2 1

[Dovecot] ERR Attentication error dovecot
by SARAVANAJ 28 Apr '12

28 Apr '12

-- View this message in context: http://old.nabble.com/ERR-Attentication-error-dovecot-tp33763251p33763251.h… Sent from the Dovecot mailing list archive at Nabble.com.

1 0

[Dovecot] dovecot LDA error
by Hadi Salem 28 Apr '12

28 Apr '12

Hi, My dovecot version is , # 2.0.20: /usr/local/etc/dovecot/dovecot.conf # OS: Linux 2.6.18-164.el5 x86_64 CentOS release 5.4 (Final) auth_debug = yes auth_debug_passwords = yes auth_verbose = yes auth_verbose_passwords = plain debug_log_path = /var/log/dovecot.log disable_plaintext_auth = no hostname = host1.bigmama.com info_log_path = /var/log/dovecot.log log_path = /var/log/dovecot.log mail_debug = yes mail_location = maildir:~/Maildir passdb { args = scheme=PLAIN username_format=%u /etc/dovecot/users driver = passwd-file } postmaster_address = root(a)host1.bigmama.com service auth { unix_listener auth-userdb { group = mail mode = 0660 user = mail } } ssl = no userdb { args = username_format=%u /etc/dovecot/users driver = passwd-file } protocol lda { info_log_path = /var/log/dovecot-lda.log log_path = /var/log/dovecot-lda-errors.log } Im getting error from dovecot LDA logs log_path = /var/log/dovecot-lda-errors.log Apr 24 20:25:46 lda(jamal(a)example.com): Fatal: setgid(5000(vmail) from userdb lo okup) failed with euid=8(mail), gid=12(mail), egid=12(mail): Operation not permi tted (This binary should probably be called with process group set to 5000(vmail ) instead of 12(mail)) My usersdb config jamal@example.com:{PLAIN}123:5000:5000::/var/vmail/example.com/jamal/ user 5000 system user as vmail Permissions for the /var/vmail directory as follow drwxr-xr-x 3 vmail vmail 4096 Apr 24 20:18 /var/vmail/ drwx------ 3 vmail vmail 4096 Apr 24 20:18 /var/vmail/example.com/ drwx------ 3 vmail vmail 4096 Apr 24 20:18 /var/vmail/example.com/jamal/ drwx------ 5 vmail vmail 4096 Apr 24 20:20 /var/vmail/example.com/jamal/Maildir/

2 2

[Dovecot] LDA crashes on delivery (using sieve)
by interfaSys sàrl 27 Apr '12

27 Apr '12

Hello, The current version of LDA can crash (seg fault 11) under certain circumstances. I don't know why it happens only with some accounts, but here is a backtrace. The user has a sieve filter in place : (gdb) bt full #0 0x0000000800443434 in smtp_client_open () from /usr/lib/dovecot/libdovecot-lda.so.0 No symbol table info available. #1 0x00000008009943ab in lda_sieve_smtp_open.2406.2210 () from /usr/lib/dovecot/lib90_sieve_plugin.so No symbol table info available. #2 0x0000000800e80532 in sieve_smtp_open () from /usr/lib/dovecot/libdovecot-sieve.so.0 No symbol table info available. #3 0x0000000800e6157d in act_redirect_send.23018 () from /usr/lib/dovecot/libdovecot-sieve.so.0 No symbol table info available. #4 0x0000000800e7e175 in act_redirect_commit.23025 () from /usr/lib/dovecot/libdovecot-sieve.so.0 No symbol table info available. #5 0x0000000800e5f2bd in sieve_result_execute () from /usr/lib/dovecot/libdovecot-sieve.so.0 No symbol table info available. #6 0x0000000800e5ee7b in sieve_multiscript_execute.25305 () from /usr/lib/dovecot/libdovecot-sieve.so.0 No symbol table info available. #7 0x0000000800e496f8 in sieve_multiscript_run () from /usr/lib/dovecot/libdovecot-sieve.so.0 No symbol table info available. #8 0x0000000800994652 in lda_sieve_multiscript_execute.2399.2297 () from /usr/lib/dovecot/lib90_sieve_plugin.so No symbol table info available. #9 0x00000008009942c7 in lda_sieve_deliver_mail.2402.2206 () from /usr/lib/dovecot/lib90_sieve_plugin.so No symbol table info available. #10 0x00000008004435d8 in mail_deliver () from /usr/lib/dovecot/libdovecot-lda.so.0 No symbol table info available. #11 0x00000000004029f7 in main (argc=7, argv=0x7fffffffe830) at main.c:434 set_roots = {0x404520, 0x0} ctx = {pool = 0x800a0d820, set = 0x800a3cc98, session = 0x800a0d840, dup_ctx = 0x800abf0c0, session_id = 0x0, src_mail = 0x800a34840, src_envelope_sender = 0x800a0d858 "mailtest(a)example.com", dest_user = 0x800a89040, dest_addr = 0x7fffffffebfd "test(a)example.com", final_dest_addr = 0x7fffffffebfd "test(a)example.com", dest_mailbox_name = 0x40356b "INBOX", dest_mail = 0x0, var_expand_table = 0x0, tried_default_save = false, saved_mail = false, save_dest_mail = false, mailbox_full = false, dsn = false} service_flags = 1027 user = (const __unknown__ *) 0x7fffffffebcc "test(a)example.com" errstr = (const __unknown__ *) 0x0 path = (const __unknown__ *) 0x0 storage_service = (struct mail_storage_service_ctx *) 0x800a30840 service_user = (struct mail_storage_service_user *) 0x800a3c0a0 service_input = {module = 0x403567 "lda", service = 0x403567 "lda", username = 0x7fffffffebcc "test(a)example.com", session_id = 0x0, local_ip = {family = 0, u = {ip6 = {__u6_addr = {__u6_addr8 = '\0' <repeats 15 times>, __u6_addr16 = {0, 0, 0, 0, 0, 0, 0, 0}, __u6_addr32 = {0, 0, 0, 0}}}, ip4 = { s_addr = 0}}}, remote_ip = {family = 0, u = {ip6 = {__u6_addr = {__u6_addr8 = '\0' <repeats 15 times>, __u6_addr16 = {0, 0, 0, 0, 0, 0, 0, 0}, __u6_addr32 = {0, 0, 0, 0}}}, ip4 = {s_addr = 0}}}, local_port = 0, remote_port = 0, userdb_fields = 0x0, flags_override_add = 0, flags_override_remove = 0, no_userdb_lookup = 0} storage = (struct mail_storage *) 0x0 user_source = (const __unknown__ *) 0x4034c0 "" destaddr_source = (const __unknown__ *) 0x403576 "-a parameter" process_euid = 0 stderr_rejection = false ret = 1 c = -1 error = MAIL_ERROR_NONE Cheers, Olivier

4 8

[Dovecot] LDA crashes on delivery (using sieve)
by interfaSys sàrl 26 Apr '12

26 Apr '12

I can confirm that the issues are gone when using pigeonhole-0.3.0 I thought the sievec crashes might re-appear, but this isn't the case. Thank you Robert. Olivier > Am 26.04.2012 17:47, schrieb interfaSys sàrl: > >/ Latest revision from these repositories: > />/ dovecot-2.1 > />/ dovecot-2.1-pigeonhole > / > dovecot-2.1-pigeonhole from hg ,is your problem > use i.e > > http://www.rename-it.nl/dovecot/2.1/dovecot-2.1-pigeonhole-0.3.0.tar.gz > to recompile , this works > > >/ > />/ > />/ On 26/04/2012 16:35, Timo Sirainen wrote: > />>/ On 26.4.2012, at 18.32, interfaSys sàrl wrote: > />>/ > />>>/ The current version of LDA can crash (seg fault 11) under certain > />>>/ circumstances. > />>/ > />>/ > />>/ "The current" means what exactly? (Stephan's autobuilt .debs?) > />>/ > />>/ > />>/ > / > > -- > Best Regards > > MfG Robert Schetterer > > Germany/Munich/Bavaria

1 0

[Dovecot] OT but E-Mail related. save a copy off all mail as eml
by Götz Reinicke 26 Apr '12

26 Apr '12

Hi, I'm sorry to bug you with an not directly dovecot related question, but this is for me right now the place with the best mailsystem admins I know. I'm asked if there is a way to save a copy of all mail we send trough our sendmail server (Red Hat EL 5.x) in and out as an .eml file for further processing by a DMS system. The files should be saved on some network share. Any suggestion are welcome and thanks. Best regards Götz -- Götz Reinicke IT-Koordinator Tel. +49 7141 969 82 420 Fax +49 7141 969 55 420 E-Mail goetz.reinicke(a)filmakademie.de Filmakademie Baden-Württemberg GmbH Akademiehof 10 71638 Ludwigsburg www.filmakademie.de Eintragung Amtsgericht Stuttgart HRB 205016 Vorsitzender des Aufsichtsrats: Jürgen Walter MdL Staatssekretär im Ministerium für Wissenschaft, Forschung und Kunst Baden-Württemberg Geschäftsführer: Prof. Thomas Schadt

2 1

[Dovecot] Troubles with /.dovecot.lda-dupe on dovecot 2.1.5
by Jean Michel 26 Apr '12

26 Apr '12

Seems that is something with vacation message, Apr 26 12:20:02 server dovecot: lmtp(26937, user@domain): Error: file_dotlock_create(/storage/domain/users/user/.dovecot.lda-dupes) failed: Resource temporarily unavailable Apr 26 12:20:02 server dovecot: lmtp(26937, user@domain): Fatal: master: service(lmtp): child 26937 killed with signal 11 (core dumps disabled) And its created a .dovecot.lda-dupes.lock Any idea ? -- ------------------------------ Jean Michel Feltrin

2 1

[Dovecot] LDA crashes on delivery (using sieve)
by interfaSys sàrl 26 Apr '12

26 Apr '12

Hello, The current version of LDA can crash (seg fault 11) under certain circumstances. I don't know why it happens only with some accounts, but here is a backtrace. The user has a sieve filter in place : (gdb) bt full #0 0x0000000800443434 in smtp_client_open () from /usr/lib/dovecot/libdovecot-lda.so.0 No symbol table info available. #1 0x00000008009943ab in lda_sieve_smtp_open.2406.2210 () from /usr/lib/dovecot/lib90_sieve_plugin.so No symbol table info available. #2 0x0000000800e80532 in sieve_smtp_open () from /usr/lib/dovecot/libdovecot-sieve.so.0 No symbol table info available. #3 0x0000000800e6157d in act_redirect_send.23018 () from /usr/lib/dovecot/libdovecot-sieve.so.0 No symbol table info available. #4 0x0000000800e7e175 in act_redirect_commit.23025 () from /usr/lib/dovecot/libdovecot-sieve.so.0 No symbol table info available. #5 0x0000000800e5f2bd in sieve_result_execute () from /usr/lib/dovecot/libdovecot-sieve.so.0 No symbol table info available. #6 0x0000000800e5ee7b in sieve_multiscript_execute.25305 () from /usr/lib/dovecot/libdovecot-sieve.so.0 No symbol table info available. #7 0x0000000800e496f8 in sieve_multiscript_run () from /usr/lib/dovecot/libdovecot-sieve.so.0 No symbol table info available. #8 0x0000000800994652 in lda_sieve_multiscript_execute.2399.2297 () from /usr/lib/dovecot/lib90_sieve_plugin.so No symbol table info available. #9 0x00000008009942c7 in lda_sieve_deliver_mail.2402.2206 () from /usr/lib/dovecot/lib90_sieve_plugin.so No symbol table info available. #10 0x00000008004435d8 in mail_deliver () from /usr/lib/dovecot/libdovecot-lda.so.0 No symbol table info available. #11 0x00000000004029f7 in main (argc=7, argv=0x7fffffffe830) at main.c:434 set_roots = {0x404520, 0x0} ctx = {pool = 0x800a0d820, set = 0x800a3cc98, session = 0x800a0d840, dup_ctx = 0x800abf0c0, session_id = 0x0, src_mail = 0x800a34840, src_envelope_sender = 0x800a0d858 "mailtest(a)example.com", dest_user = 0x800a89040, dest_addr = 0x7fffffffebfd "test(a)example.com", final_dest_addr = 0x7fffffffebfd "test(a)example.com", dest_mailbox_name = 0x40356b "INBOX", dest_mail = 0x0, var_expand_table = 0x0, tried_default_save = false, saved_mail = false, save_dest_mail = false, mailbox_full = false, dsn = false} service_flags = 1027 user = (const __unknown__ *) 0x7fffffffebcc "test(a)example.com" errstr = (const __unknown__ *) 0x0 path = (const __unknown__ *) 0x0 storage_service = (struct mail_storage_service_ctx *) 0x800a30840 service_user = (struct mail_storage_service_user *) 0x800a3c0a0 service_input = {module = 0x403567 "lda", service = 0x403567 "lda", username = 0x7fffffffebcc "test(a)example.com", session_id = 0x0, local_ip = {family = 0, u = {ip6 = {__u6_addr = {__u6_addr8 = '\0' <repeats 15 times>, __u6_addr16 = {0, 0, 0, 0, 0, 0, 0, 0}, __u6_addr32 = {0, 0, 0, 0}}}, ip4 = { s_addr = 0}}}, remote_ip = {family = 0, u = {ip6 = {__u6_addr = {__u6_addr8 = '\0' <repeats 15 times>, __u6_addr16 = {0, 0, 0, 0, 0, 0, 0, 0}, __u6_addr32 = {0, 0, 0, 0}}}, ip4 = {s_addr = 0}}}, local_port = 0, remote_port = 0, userdb_fields = 0x0, flags_override_add = 0, flags_override_remove = 0, no_userdb_lookup = 0} storage = (struct mail_storage *) 0x0 user_source = (const __unknown__ *) 0x4034c0 "" destaddr_source = (const __unknown__ *) 0x403576 "-a parameter" process_euid = 0 stderr_rejection = false ret = 1 c = -1 error = MAIL_ERROR_NONE Cheers, Olivier

1 0

[Dovecot] dovecot 2:2.1.5-0~auto+6 on debian squeeze
by Tomislav Mihalicek 26 Apr '12

26 Apr '12

After upgrade from latest 2.1.4 to 2.1.5 occasional coredumps on lmtp/lda daemon happens. It results in deffering mail in previous hop server and mail delay [1383350.925251] lmtp[22130]: segfault at 0 ip 00007f8829e2b4c5 sp 00007fff29fd37e0 error 4 in libdovecot-lda.so.0.0.0[7f8829e23000+b000] [1383351.038095] lmtp[22121]: segfault at 0 ip 00007f18863084c5 sp 00007fff65d87b20 error 4 in libdovecot-lda.so.0.0.0[7f1886300000+b000] [1383366.682285] lmtp[22101]: segfault at 0 ip 00007fe87a36a4c5 sp 00007fffb391b430 error 4 in libdovecot-lda.so.0.0.0[7fe87a362000+b000] [1383530.705974] lmtp[22126]: segfault at 0 ip 00007f0a7caa74c5 sp 00007ffff5bd0050 error 4 in libdovecot-lda.so.0.0.0[7f0a7ca9f000+b000] [1383530.844101] lmtp[17613]: segfault at 0 ip 00007f43aa1e84c5 sp 00007fff977ffd70 error 4 in libdovecot-lda.so.0.0.0[7f43aa1e0000+b000] [1383544.463542] lmtp[17576]: segfault at 0 ip 00007fbec6bc64c5 sp 00007fff3e347910 error 4 in libdovecot-lda.so.0.0.0[7fbec6bbe000+b000] -- View this message in context: http://old.nabble.com/dovecot-2%3A2.1.5-0%7Eauto%2B6-on-debian-squeeze-tp33… Sent from the Dovecot mailing list archive at Nabble.com.

1 0

[Dovecot] Permission problems when trying to create new folders with ACL plugin
by Markus Petri 26 Apr '12

26 Apr '12

Hi, I have the a problem with shared folders and the ACL plugin. The user "markus" has full access to "Shared/shared-user/Data": 3 GETACL "Shared/shared-user/Data" * ACL "Shared/shared-user/Data" "markus" akxeilprwtscd 3 OK Getacl completed. but creating a new subfolder under "Data" fails: 4 CREATE "Shared/shared-user/Data/New1" 4 NO [NOPERM] Permission denied This used to work with the same configuration and Dovecot 2.0. Cheers, Markus dovecot -n output: # 2.1.5: /opt/dovecot-2.1/etc/dovecot/dovecot.conf # OS: Linux 3.2.0-2-amd64 x86_64 Debian wheezy/sid auth_mechanisms = plain login disable_plaintext_auth = no listen = 192.168.56.11 mail_location = maildir:~/Maildir mail_plugins = acl managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date ihave namespace { inbox = yes location = prefix = separator = / subscriptions = yes type = private } namespace { inbox = no list = children location = maildir:%%h/Maildir:INDEX=~/Maildir/index/shared/%%u prefix = Shared/%%u/ separator = / subscriptions = no type = shared } passdb { args = /opt/dovecot-2.1/etc/dovecot/passwd driver = passwd-file } plugin { acl = vfile acl_anyone = allow acl_shared_dict = file:/var/lib/vdovecot/shared-mailboxes.db } protocols = imap service auth { unix_listener auth-userdb { mode = 0600 user = vdovecot } } ssl = no userdb { args = /opt/dovecot-2.1/etc/dovecot/passwd driver = passwd-file } verbose_proctitle = yes protocol imap { mail_plugins = acl imap_acl }

2 2

[Dovecot] v2.1.5 released
by Timo Sirainen 26 Apr '12

26 Apr '12

http://dovecot.org/releases/2.1/dovecot-2.1.5.tar.gz http://dovecot.org/releases/2.1/dovecot-2.1.5.tar.gz.sig A few announcements first: I'm now going to start being more strict about not answering Dovecot questions sent to me privately (especially support requests, but also bug reports, feature requests, etc). Often those questions could be answered by other people in the mailing list as well, so they just waste my time. Even if you're sure that I'm the only person who can possibly answer it, it may be something that others are interested of as well and replying privately denies them the possibility of reading about it. If you really do not want to send something publicly, you still have an option for private communication: just buy one of the Dovecot support packages. This is also the first Dovecot release that has run through automated release testing. I've been planning on doing that for last 5 years at least, and finally it's done. The testing includes running a lot of tests to verify that the IMAP server gives proper responses, stress testing doesn't break it, memory isn't leaked and several other things. The tests are run for many different kinds of configurations. Some bugs show up only for some specific combination of settings, but unfortunately because there's such a large number of them it's impossible to test every combination. So here's another advantage that Dovecot support customers have: they can have their specific configuration included in the automated tests. This release already fixes one bug I found only after testing a customer's config. Oh, and looks like I got accepted as a speaker to LinuxTag 2012. The plan is to talk about some new things in Dovecot and dsync replication (looks like I have to hurry up with the dsync rewrite). And finally, the most important changes since v2.1.4: * IMAP: When neither the session nor the mailbox has modseq tracking enabled, return the mailbox as having NOMODSEQ in SELECT/EXAMINE reply. Old versions in this situation always simply returned HIGHESTMODSEQ as 1, which could have broken some clients. + dict file: Added optional fcntl/flock locking (default is dotlock) + fts-solr: doveadm fts rescan now resets indexes, which allows reindexing mails. (This isn't a full rescan implementation like fts-lucene has.) + doveadm expunge: Added -d parameter to delete mailbox if it's empty after expunging. - IMAP: Several fixes related to mailbox listing in some configs - director: A lot of fixes and performance improvements - v2.1.4 didn't work without a mail home directory set - mbox: Deleting a mailbox didn't delete its index files. - pop3c: TOP command was sent incorrectly - trash plugin didn't work properly - LMTP: Don't add a duplicate Return-Path: header when proxying. - listescape: Don't unescape namespace prefixes.

8 13

[Dovecot] LDAP Lookup not returning value in maxStorage
by Bruce, Andrew 26 Apr '12

26 Apr '12

Hi there, We're setting up a Dovecot virtual email setup - we've got everything working perfect with LDAP logins authenticating against AD and so forth, but we're having issues with retrieving the maxStorage value from AD (this is a pre-setup field in AD that we'd like to use to set per user quotas). In our LDAP lookup, we have the maxStorage entry listed under user_attrs for the quota (user_attrs = maxStorage=quota_rule=*:storage=%$M), and in the debug logs, can see it trying to get the entry, but it fails with: Mar 27 13:19:27 auth: Debug: ldap(username(a)site,192.168.1.5): user search: base=dc=site,dc=local scope=subtree filter=(&(objectClass=person)(| (userPrincipalName=username@site) (|(mail=username@site)(samAccountName=username@site)))) fields=maxStorage Mar 27 13:19:27 auth: Debug: ldap(username(a)site,192.168.1.5): no fields returned by the server At this point, we then see the default quota applied. If we change the name of the field from maxStorage to instanceType we see the value show up in the logs and passed through to the quota system and applied successfully: Mar 27 11:09:01 auth: Debug: ldap(username(a)site,192.168.1.5): user search: base=dc=site,dc=local scope=subtree filter=(&(objectClass=person)(| (userPrincipalName=username@site) (|(mail=username@site)(samAccountName=username@site)))) fields=instanceType Mar 27 11:09:01 auth: Debug: ldap(username(a)site,192.168.1.5): result: instanceType(quota_rule=*:storage=%$M)=*:storage=4M Mar 27 11:09:01 auth: Debug: master out: USER 3901227009 username@site quota_rule=*:storage=4M Which seems a bit weird. If we use ldapsearch and pass it the same search string and look for the field maxStorage, we clearly see the field and the value being returned. The result looks the same if we also lookup instanceType. We're using Dovecot 2.0.9. Does anyone have any idea as to why we can't use this field? Thanks, Andrew

4 7