- dovecot - dovecot.org

[Dovecot] OT dovecot w/postfix, mysql , postfix does unnecessary lookups
by Noel Butler 04 Aug '10

04 Aug '10

I know this unnecessary lookups question is really a postfix one, but I'm curious if anyone else sees the behaviour of postfix continuing looking up users after it clearly have got its answer that it is "not a local domain" response. (this msg is an extract from what I sent to WV some time ago, with him showing absolutely no interest, I got bored tonight so thought I'd throw it on this list since the question remains valid today) 30 Query SELECT 1 FROM virtual_domains WHERE name='example.net' AND active ='1' 31 Query SELECT destination FROM view_aliases WHERE email='someuser(a)example.net' Should that not have ended its lookups at Q30 and not gone on to ask Q31 which it now knows is not local? Secondly, it seems to do "double lookups" of destination and email before it gets to dovecots deliver, has anyone else ran a log on mysql and seen same? I'm trying to work out why, since it already has its answer by Q54 and Q55, it is doing Q56 and Q57, which seem pointless... 54 Connect 54 Query SELECT destination FROM view_aliases WHERE email='laura(a)example.com' 55 Connect 55 Query SELECT email FROM view_users WHERE email='laura(a)example.com' 56 Connect 56 Query SELECT destination FROM view_aliases WHERE email='laura(a)example.com' 57 Connect 57 Query SELECT email FROM view_users WHERE email='laura(a)example.com' So, it to me appears postifx does more work then it needs too since it already knows the answer, I consider this a flaw in postfix, yet perhaps I am the only one seeing it hence why WV couldnt give a shit. just curious if anyone has noted same or not....

3 4

[Dovecot] Dsync fatal error.
by Henrique Fernandes 04 Aug '10

04 Aug '10

#dsync -D -vv -u stak(a)nti.uff.br mirror maildir:/CX4/vdomains/ nti.uff.br/stak/mail dsync(root): Fatal: Mail locations must use the same virtual mailbox hierarchy separator (specify separator for the default namespace) My mail.conf *mail_location = mbox:/CX4/vdomains/%d/home/%n/mail:INBOX=/CX4/vdomains/%d/var/spool/mail/%n:INDEX=/tmp/imap-index/%d/%n *What that error means ? Before when i used convert before, it worked as expected. I want to convert my mboxs to maildir. Prefered withoud down time. To do without down time i will do like this. First i convert like i am trying it above, and after i do this, i run once again to see if got any new mail after this, i change in my mysql setting of mail location to /CX4/vdomains/%d/%u/mail/ My mysql settins override the conf file. But firts i have to make the first command work, anyone has any ideias ? []'sf.rique

2 11

[Dovecot] AntiSpam Plugin
by Leander S. 04 Aug '10

04 Aug '10

P.S. I just tried it with 1.2.13 as well - still the same issue. Am I doing something wrong, or is this really a bug now!? Best Regards Leander S. Hi, Has anyone got the chance to get this running? I'm permanently getting this Serverbug error ... ;( *"[SERVERBUG] failed to send email"* ... This happens when I try to drag&drop mails from one to the other folder within a IMAP-session. What version of Dovecot must I have to get this plugin working? Or will it generally be broken in upcoming new releases of Dovecot? Best Regards Leander S.

8 16

[Dovecot] problem with mail_full_filesystem_access = yes
by Ladislav Pašek 04 Aug '10

04 Aug '10

Hello, I have configured Dovecot 1.2.12 with Postfix 2.6.5 and everything is working fine. But tomorrow I wanted to run IMAP ALCs and from log I found that this plugin is conflicting with parameter mail_full_filesystem_access = yes in my config. But when I set mail_full_filesystem_access = no it stops authorization for postfix with this message: <pasek(a)valbek.cz>: Command died with signal 11: "/usr/libexec/dovecot/deliver" Does anybody know what could be wrong in my config? I've spend a night with it but without success. You can see my Dovecot here: http://www.volny.cz/vykupitel/Pictures/mail/dovecot.conf http://www.volny.cz/vykupitel/Pictures/mail/dovecot-ldap.conf and Postfix here: http://www.volny.cz/vykupitel/Pictures/mail/main.cf http://www.volny.cz/vykupitel/Pictures/mail/master.cf http://www.volny.cz/vykupitel/Pictures/mail/ldap-users.cf http://www.volny.cz/vykupitel/Pictures/mail/ldap-groups.cf Thanks in Advance Ladislav

4 7

[Dovecot] Convert plugin
by Egbert 03 Aug '10

03 Aug '10

Hi, I'm trying to convert users from a sendmail server to a postfix/dovecot server. All works fine but one of the last things is to rescue the messages in /var/mail/<user> on the old server. This seems very straitforward using the convert plugin but with the settings from the wiki, nothing happens when the user logs in. Do I need a private namespace for this as suggested elsewhere in the wiki? I experimented with mb2md.pl and that seems to do what we need but having the old mail converted upon login is much more attractive. In that way we hope that we can also find some 'dead' users. TIA Egbert Jan

3 12

[Dovecot] Plugin Handle input messages
by Alex Baule 03 Aug '10

03 Aug '10

Hi Timo.... I try to change my plugin to read the input email to increase a header line and one \r\n. But i need help to get this input.... My plugin is based in zlib plugin. In "static int zlib_permail_get_stream" function, have it. if (imail->data.stream != NULL || (_mail->uid == 0 && zuser->save_handler == NULL)) { return zmail->super.get_stream(_mail, hdr_size, body_size, stream_r); } I think this is the line that return the stream that is the stream sent by client. I try to change this line and put inside this IF , a call to my function to handle with the input email from client. But i got some errors about the input part. In other email, Timo said, to get the S and W flags in the email name, i need to intercept the email input from client to dovecot, in this part is done the W and S calculation. Timo, where is the part that i can get the input from client ?

2 4

[Dovecot] quota not updated
by Martin Ott 03 Aug '10

03 Aug '10

Hi, we're using quota with the maildir backend. When new mail arrives, the quota gets updated. But when mail is expunged, quota stays the same (see imap dialog below). We're using the latest version from hg ( 1.2.13 ). Any ideas? ###quota part from dovecot -n plugin: quota: maildir:User quota quota_rule: *:storage=2000M quota_warning: storage=95%% /usr/local/bin/quota-warning.sh 95 quota_warning2: storage=80%% /usr/local/bin/quota-warning.sh 80 quota2: maildir:Shared quota:ns=shared/ quota2_rule: *:storage=10000M ###imap dialog: * PREAUTH [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE SORT SORT=DISPLAY THREAD=REFERENCES THREAD=REFS MULTIAPPEND UNSELECT IDLE CHILDREN NAMESPACE UIDPLUS LIST-EXTENDED I18NLEVEL=1 CONDSTORE QRESYNC ESEARCH ESORT SEARCHRES WITHIN CONTEXT=SEARCH LIST-STATUS ACL RIGHTS=texk QUOTA] Logged in as user a01 select INBOX * FLAGS (\Answered \Flagged \Deleted \Seen \Draft NonJunk $MDNSent $Forwarded) * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft NonJunk $MDNSent $Forwarded \*)] Flags permitted. * 15 EXISTS * 0 RECENT * OK [UIDVALIDITY 1264203739] UIDs valid * OK [UIDNEXT 1133] Predicted next UID * OK [HIGHESTMODSEQ 3543] Highest a01 OK [READ-WRITE] Select completed. a02 getquotaroot INBOX * QUOTAROOT "INBOX" "User quota" * QUOTA "User quota" (STORAGE 302485 2048000) a02 OK Getquotaroot completed. a03 store 15 +Flags \Deleted * 15 FETCH (FLAGS (\Deleted \Seen NonJunk)) a03 OK Store completed. a04 expunge * 15 EXPUNGE a04 OK Expunge completed. a05 select INBOX * OK [CLOSED] Previous mailbox closed. * FLAGS (\Answered \Flagged \Deleted \Seen \Draft NonJunk $MDNSent $Forwarded) * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft NonJunk $MDNSent $Forwarded \*)] Flags permitted. * 14 EXISTS * 0 RECENT * OK [UIDVALIDITY 1264203739] UIDs valid * OK [UIDNEXT 1133] Predicted next UID * OK [HIGHESTMODSEQ 3545] Highest a05 OK [READ-WRITE] Select completed. a06 getquotaroot INBOX * QUOTAROOT "INBOX" "User quota" * QUOTA "User quota" (STORAGE 302485 2048000) a06 OK Getquotaroot completed. Regards, Martin

2 7

[Dovecot] Mbox corruption - Inbox beginning with 'FFrom' or 'FrFrom'
by Henri Khou 03 Aug '10

03 Aug '10

Hi, Since the 23rd of March, we encounter mailbox corruption for some users (15 out of 5000) using POP mainly via Thunderbird. Symptoms are : -users can login but fail to receive new mails and fail to read their inbox -Dovecot.log : ar 29 11:00:06 Error: POP3(user_login): Couldn't init INBOX: Mailbox isn't a valid mbox -The mailbox start with either 'FFrom or 'FrFrom' We can temporarily fix the issue by manually editing the mailbox so that it begins with a proper 'From'. For some users, the problem reoccurred after we apply this workaround. I have to mention that this server has been running fine since almost a year with the current hardware and software configuration. Does anybody has an idea regarding this issue? Many thanks Henri ============================= System : openSUSE 11.1 (x86_64) Local FS : ReiserFS dovecot -n # 1.1.7: /etc/dovecot/dovecot.conf # OS: Linux 2.6.27.37-0.1-default x86_64 openSUSE 11.1 (x86_64) log_path: /var/log/dovecot.log syslog_facility: local7 protocols: imap imaps pop3 pop3s managesieve listen(default): * listen(imap): * listen(pop3): * listen(managesieve): *:2000 ssl_cert_file: /etc/ssl/certs/cert_742088754.pem ssl_key_file: /etc/ssl/private/imap.ehess.fr.key disable_plaintext_auth: no verbose_ssl: yes login_dir: /var/run/dovecot/login login_executable(default): /usr/lib/dovecot/imap-login login_executable(imap): /usr/lib/dovecot/imap-login login_executable(pop3): /usr/lib/dovecot/pop3-login login_executable(managesieve): /usr/lib/dovecot/managesieve-login login_greeting_capability(default): yes login_greeting_capability(imap): yes login_greeting_capability(pop3): no login_greeting_capability(managesieve): no mail_max_userip_connections(default): 10 mail_max_userip_connections(imap): 10 mail_max_userip_connections(pop3): 3 mail_max_userip_connections(managesieve): 10 mail_uid: mail mail_gid: mail mail_location: mbox:~/:INBOX=/var/mail/%u:INDEX=/var/run/dovecot/indexes/%n mbox_lazy_writes: no mail_executable(default): /usr/lib/dovecot/imap mail_executable(imap): /usr/lib/dovecot/imap mail_executable(pop3): /usr/lib/dovecot/pop3 mail_executable(managesieve): /usr/lib/dovecot/managesieve mail_plugins(default): quota imap_quota trash expire mail_plugins(imap): quota imap_quota trash expire mail_plugins(pop3): quota mail_plugins(managesieve): mail_plugin_dir(default): /usr/lib64/dovecot/modules/imap mail_plugin_dir(imap): /usr/lib64/dovecot/modules/imap mail_plugin_dir(pop3): /usr/lib64/dovecot/modules/pop3 mail_plugin_dir(managesieve): /usr/lib64/dovecot/modules/managesieve imap_client_workarounds(default): outlook-idle delay-newmail imap_client_workarounds(imap): outlook-idle delay-newmail imap_client_workarounds(pop3): imap_client_workarounds(managesieve): pop3_reuse_xuidl(default): no pop3_reuse_xuidl(imap): no pop3_reuse_xuidl(pop3): yes pop3_reuse_xuidl(managesieve): no pop3_lock_session(default): no pop3_lock_session(imap): no pop3_lock_session(pop3): yes pop3_lock_session(managesieve): no pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh pop3_client_workarounds(managesieve): dict_db_config: /etc/dovecot/dovecot-db.conf sieve_storage(default): sieve_storage(imap): sieve_storage(pop3): sieve_storage(managesieve): ~/sieve sieve(default): sieve(imap): sieve(pop3): sieve(managesieve): ~/.dovecot.sieve auth default: mechanisms: plain login verbose: yes debug: yes passdb: driver: pam args: dovecot userdb: driver: passwd socket: type: listen client: path: /var/run/dovecot/auth-client mode: 432 master: path: /var/run/dovecot/auth-master mode: 384 plugin: quota: fs:User quota:user:mount=/var/spool/mail quota_rule: *:storage=40M quota_rule2: INB0X:storage=250M quota_rule3: Trash:storage=20M quota_rule4: Spam:ignore quota_rule4: Sent:storage=20M trash: /etc/dovecot/dovecot-trash.conf expire: Trash 7 Spam 1 expire_dict: proxy::expire dict: expire: db:/var/lib/dovecot/expire.db

4 14

[Dovecot] Dovecot 2.0.rc3 doesn't compile with custom OpenSSL
by Andreas M. Kirchwitz 03 Aug '10

03 Aug '10

Hi folks, when building Dovecot 2.0.rc3 (never used any other 2.0.X before, so this issue might not be new to that specific release), then compilation fails on anything that is linked against the new "libdovecot-login.so" library. For example, "imap-login" fails: /bin/sh ../../libtool --tag=CC --mode=link gcc -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -Wstrict-aliasing=2 -I/usr/local/ssl/include -o imap-login client.o client-authenticate.o imap-login-settings.o imap-proxy.o ../../src/login-common/libdovecot-login.la ../../src/lib-dovecot/libdovecot.la -lrt libtool: link: gcc -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -Wstrict-aliasing=2 -I/usr/local/ssl/include -o .libs/imap-login client.o client-authenticate.o imap-login-settings.o imap-proxy.o ../../src/login-common/.libs/libdovecot-login.so ../../src/lib-dovecot/.libs/libdovecot.so -lrt -Wl,-rpath -Wl,/usr/local/Dovecot-2.0.rc3/lib/dovecot /usr/bin/ld: warning: libcrypto.so.1.0.0, needed by ../../src/login-common/.libs/libdovecot-login.so, not found (try using -rpath or -rpath-link) /usr/bin/ld: warning: libssl.so.1.0.0, needed by ../../src/login-common/.libs/libdovecot-login.so, not found (try using -rpath or -rpath-link) ../../src/login-common/.libs/libdovecot-login.so: undefined reference to `OBJ_txt2nid' [...] collect2: ld returned 1 exit status make[3]: *** [imap-login] Error 1 make[3]: Leaving directory `/usr/local/src/dovecot-2.0.rc3/src/imap-login' I'm not using system OpenSSL but a custom installation in /usr/local/ssl. According to the documentation, Dovecot is smart enough to get everything it needs from the /usr/local/ssl/lib/pkgconfig/*.pc files. Dovecot 1.2.X just compiles fine if configured like this: ./configure --prefix=/usr/local/${DOVECOTVER} --with-ssl=openssl The problem with Dovecot 2.0.rc3 is, that libdovecot-login.so isn't given the correct pathes for the OpenSSL libraries: $ ldd src/login-common/.libs/libdovecot-login.so linux-gate.so.1 => (0x00b6e000) libssl.so.1.0.0 => not found libcrypto.so.1.0.0 => not found libdl.so.2 => /lib/libdl.so.2 (0x00b2a000) librt.so.1 => /lib/librt.so.1 (0x004d4000) libc.so.6 => /lib/libc.so.6 (0x00110000) /lib/ld-linux.so.2 (0x006e7000) libpthread.so.0 => /lib/libpthread.so.0 (0x009c6000) So everything depending on libdovecot-login.so will fail. Setting "SSL_CFLAGS" and "SSL_LIBS" manually doesn't help because Dovecot already sets these perfectly fine via pkg-config: env SSL_CFLAGS="-I/usr/local/ssl/include" SSL_LIBS="-L/usr/local/ssl/lib -Wl,-R/usr/local/ssl/lib -lcrypto -lssl" ./configure --prefix=/usr/local/${DOVECOTVER} --with-ssl=openssl Only the hard way works: env CPPFLAGS="-I/usr/local/ssl/include" LDFLAGS="-L/usr/local/ssl/lib -Wl,-R/usr/local/ssl/lib -lcrypto -lssl" ./configure --prefix=/usr/local/${DOVECOTVER} --with-ssl=openssl However, setting CPPFLAGS and LDFLAGS shouldn't be necessary because SSL_CFLAGS and SSL_LIBS already contain the information that is needed to build a proper library. They are just not used when linking libdovecot-login.so ;-) Greetings, Andreas

2 1

[Dovecot] Date problem after import
by Andreas Schenk 03 Aug '10

03 Aug '10

Hi, am running into an import problem: After I upgraded an Mac OS X 10.5.8 Server to Mac OS X 10.6, not all, but quite some mails show wrong dates. They are dated to the year 2020, which is obviously not possible for mail that has been sent long ago. Now 10.5 to 10.6 is a move from cyrus to dovecot and the migration scripts used by Apple are supposed to do a nice migration. I have seen this suceed a lot of times, but this time not. As far as I understand, dovecot uses the modification date of the email to build its index and deleting the index should make it being rebuilt. But my "wrong" emails also have wrong modification dates. Only the headers inside the mail text still show the correct dates. My guess is, that something got wrong when migrating from cyrus. Even maybe the cyrus db might have been corrupt in the first place. As I can't go back and reimport I have to live with the situation. My plan to fix it is to write a script to traverse the mailbox hierarchy, delete the index files and have all email files with a modification date in 2020 be set to a modification date that is extracted from its contents "Date:" header. Now my question is, if you think this way is good, feasible or if another solution springs to the mind of those more adept with dovecot. Any help is appreciated. Andi --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- Andreas Schenk Tel. +49 1511 5675667 Support / Consulting im Raum Stuttgart mit www.apfelwerk.de Twitter: andreas_schenk ADP | ACT | ACSP | ACTC | ACSA --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- ---

2 1