- dovecot - dovecot.org

[Dovecot] A little OT but hopefully still related enough... Maildir Delivered mail naming problems.
by Jesse C. Smillie 18 Jul '07

18 Jul '07

Normally I wouldn't post off topic to a mailing list, but I have posted every where else I can think of and haven't had any success yet working this out. I know there has to be a few people here with extensive knowledge of how mail works and maybe just a tip in the right direction would help me out at this point. I have migrated from mbox format to Maildir format in the last week. I used the utility mb2md.pl to convert all of our existing emails from one system to the next. I then modified my /etc/procmailrc file by putting this at the top: MAILDIR=$HOME/Maildir DEFAULT=$MAILDIR/ This way procmail is forced to deliver to the new format as well. For the most part all of this is working perfectly. Procmail is delivering emails to their new proper folder and even extended rules in users own ~/.procmailrc are working well once the folder path was changed from $MAILDIR/whatever to $MAILDIR/.whatever/. Works great. I am using Dovecot 1.0.1 to deliver our email through the IMAP protocol and with the clients we support (Thunderbird and Outlook) things are working very well for us. So now to my problem. We also use Usermin for our users to access their email when they don't have a supported client available to them. When users look at their email with Usermin their emails are out of order regardless of weather I have Usermin's "Read Mail" module using IMAP to get mail or have it read the users Maildir directly. Sorts are just all jacked up. Sometimes if users then click the "Date" button to sort by date it snaps to; sometimes it don't. I currently have multiple posts on the Webmin/Usermin mailing list about this problem and it really seems to point back to the naming scheme of our emails now. All emails which were converted have the classic maildir format. UnixTime.PID.Server... 1183737827.002379.mbox:2,RS 1183737827.002388.mbox:2,RS 1183737827.002392.mbox:2,RSa 1183737827.002394.mbox:2,RS However, all the email that is delivered after the fact is different. They all look like this: _oTH.XqwlGB.gator:2,RS _p2F.qjVlGB.gator:2,RS _qQF.2mpjGB.gator:2,Sa _sK.8mTlGB.gator:2,RSa _uOG.gCtjGB.gator:2,RS _uxG.a6lkGB.gator:2,RS _vnF.n-2lGB.gator:2, _x9H.llckGB.gator:2, _z3G.k8klGB.gator:2,S _z5G.kAilGB.gator:2,RS I have been searching the net for a few hours and reading various documentation here and there and I haven't been able to find anything that tells me why my mail is being named this way or how to fix it. I can say that my test box which also runs 10.2 slamd also delivers this exact same way.... For the most part I'm being told that the reason why Usermin's sort is all screwed up (order wise) in IMAP mode is that messages are displayed in the order that the IMAP server reports them. Like wise in Maildir mode the order which they are read. I can understand why this naming stuff throws everything off at this point. What I don't understand is why its doing this. I mean I'm pretty sure there is nothing here out of the ordinary as far as my config. I have searched all over the net the last few days and haven't been able to find anything useful. So in wrap up sorry for being a little OT and thanks a head of time for any info or light anyone can share here. -Jesse Smillie

2 2

[Dovecot] some mail reappears or marked as read again
by Herbert Gasiorowski 17 Jul '07

17 Jul '07

Sometimes a mail - already read or moved into another folder - appears again in the INBOX. I was not quite sure about this but today is once close the mail client (thunderbird 2.0.0.4 on fedora 7) and the only mail in the inbox was mark as unread. I think it happens in other mailboxes too. But it might be a client problem as I changed to dovecot and thunderbird 2 (from 1.5) nearly at the same time - but i think it happens before with thunderbird 1.5 too). In the logs there is nothing but some logins/logout. (the "dovecot -n" is attached) # 1.0.1: /etc/dovecot.conf syslog_facility: local6 protocols: imap imaps pop3 pop3s ssl_cert_file: /etc/pki/dovecot/certs/dovecot2.pem ssl_key_file: /etc/pki/dovecot/private/dovecot2.pem login_dir: /var/run/dovecot/login login_executable(default): /usr/libexec/dovecot/imap-login login_executable(imap): /usr/libexec/dovecot/imap-login login_executable(pop3): /usr/libexec/dovecot/pop3-login mail_executable(default): /usr/libexec/dovecot/imap mail_executable(imap): /usr/libexec/dovecot/imap mail_executable(pop3): /usr/libexec/dovecot/pop3 mail_plugin_dir(default): /usr/lib64/dovecot/imap mail_plugin_dir(imap): /usr/lib64/dovecot/imap mail_plugin_dir(pop3): /usr/lib64/dovecot/pop3 pop3_uidl_format: %08Xu%08Xv namespace: type: private separator: / location: mbox:~/Mail:INBOX=/var/spool/mailx/%u:INDEX=/export/dovecot/%u inbox: yes namespace: type: private separator: / prefix: FB12/home-temp/ location: mbox:~:INDEX=/export/dovecot/%u namespace: type: shared separator: / prefix: FB12/ location: mbox:/export/mailfb12:INDEX=/export/dovecot/%u auth default: passdb: driver: pam args: imap userdb: driver: passwd

1 1

[Dovecot] Small problem with src/lib/mountpoint.c
by Mike Brudenell 17 Jul '07

17 Jul '07

Greetings - Whilst playing with getting quotas from NFS-mounted filestores I've just discovered a slight problem with src/lib/mountpoint.c I had things working on a Solaris 10 test machine which had the mailstore mounted 'normally' using an entry in /etc/vfstab. However when I changed to use the automounter for the mailstore obtaining the quota broke. The problem lies with mountpoint_get(). On a 'normally' mounted filestore this obtains the device_path of the remote filestore in the form remoteservername.some.domain:/remote/path However when the mailstore was automounted I was instead getting back auto_direct which is the name of the automounter map we're using. The /etc/mnttab file has TWO entries for the auto-mounted filestore, like this: auto_direct /mailstore/messages/p autofs direct,ignore,dev=4740014 1184648400 crypt2.york.ac.uk:/vol/vol9/p /mailstore/messages/p nfs proto=tcp,xattr,dev=4700386 1184668792 Although there are two entries they have different device numbers. The mountpoint_get() function attempts to guard against this by checking the device number obtained matches that of the path being located. However for some reason I don't understand when getmntent() returns the FIRST of the above two entries it supplies the device number of the SECOND. Thus the device numbers match in the mountpoint_get() test and it thinks it has found the correct entry. This leads to the device_path being set to the map name -- auto_direct -- instead of the host:/path My fix is to add an additional fstype for the test to ignore: "autofs". The loop skips over any such mounts (along with the existing tests for "swap" and "ignore"). I'm attaching my minimal patch in case it's of help to anyone else. (Timo: would it be possible to get this added into the distribution code if you agree it's right?) Cheers, Mike Brudenell -- The Computing Service, University of York, Heslington, York Yo10 5DD, UK Tel:+44-1904-433811 FAX:+44-1904-433740 * Unsolicited commercial e-mail is NOT welcome at this e-mail address. *

1 0

[Dovecot] Problem with Dovecot SASL in Postfix
by Chris McMacken 16 Jul '07

16 Jul '07

Ok lets try this again... I'm trying to configure my postfix server to use Dovecot as an SASL server and running into some problems. My server supports a couple of domain, I have multiple user/password files for multiple domains to make the files a little easier to manage. Not sure if this question should belong in the dovecot mailing list or the postfix one, but here goes anyway. I have everything configured to use CRAM-MD5 authentication, including my mail client. Here is the Dovecot -n output: mail# dovecot -n # /usr/local/etc/dovecot.conf log_path: /var/log/dovecot info_log_path: /var/log/dovecot.info protocols: imap pop3 ssl_disable: yes disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable(default): /usr/local/libexec/dovecot/imap-login login_executable(imap): /usr/local/libexec/dovecot/imap-login login_executable(pop3): /usr/local/libexec/dovecot/pop3-login verbose_proctitle: yes first_valid_gid: 0 mail_extra_groups: mail mail_location: maildir:/home/vmail/%d/%n mail_executable(default): /usr/local/libexec/dovecot/imap mail_executable(imap): /usr/local/libexec/dovecot/imap mail_executable(pop3): /usr/local/libexec/dovecot/pop3 mail_plugin_dir(default): /usr/local/lib/dovecot/imap mail_plugin_dir(imap): /usr/local/lib/dovecot/imap mail_plugin_dir(pop3): /usr/local/lib/dovecot/pop3 imap_client_workarounds(default): delay-newmail outlook-idle netscape-eoh tb-extra-mailbox-sep imap_client_workarounds(imap): delay-newmail outlook-idle netscape-eoh tb-extra-mailbox-sep imap_client_workarounds(pop3): outlook-idle pop3_uidl_format(default): pop3_uidl_format(imap): pop3_uidl_format(pop3): %08Xu%08Xv pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh auth default: mechanisms: plain cram-md5 passdb: driver: passwd-file args: /usr/local/etc/dovecot/%d/passwd userdb: driver: passwd-file args: /usr/local/etc/dovecot/%d/passwd socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix master: heres a sample line from one of the passwd files: chrism:{CRAM-MD5}a67a65704086a046b3f875d1eaac8cb5c6fd13406507fead30d9bcb1bf… and to login through SASL I am trying to use the username chrism(a)example.com when I use the full email address like this to login like this I get this output into my postfix log: Jul 10 18:46:59 mail postfix/smtpd[57343]: connect from unknown[12.244.148.123] Jul 10 18:46:59 mail postfix/smtpd[57343]: NOQUEUE: reject: RCPT from unknown[12.244.148.123]: 554 5.7.1 <chrism(a)gmail.com>: Relay access denied; from=<chrism(a)example.com> to=<chrism(a)gmail.com> proto=ESMTP helo=<[192.168.1.14]> Jul 10 18:47:00 mail postfix/smtpd[57343]: disconnect from unknown[12.244.148.123] (not actually using example.com but I changed it here) heres my smtpd_recipient_restricitons from postconf smtpd_recipient_restrictions = permit_mynetworks, reject_unauth_destination, permit_sasl_authenticated so when I use the full user name (chrism(a)example.com) it doesn't appear to even attempt logging into the sasl server. If I change it to simply chrism, heres the output: Jul 10 18:50:36 mail postfix/smtpd[57356]: connect from unknown[12.244.148.123] Jul 10 18:50:38 mail postfix/smtpd[57356]: warning: unknown[12.244.148.123]: SASL CRAM-MD5 authentication failed: PDI3NjU4MTE4NDExMTQzN0BtYWlsPg== Jul 10 18:50:39 mail postfix/smtpd[57356]: lost connection after AUTH from unknown[12.244.148.123] Jul 10 18:50:39 mail postfix/smtpd[57356]: disconnect from unknown[12.244.148.123] if I put my user name in as chrism and don't add the @example.com it tried to login but it can't login. anyone have any ideas?

2 2

[Dovecot] Can't compile mbox-snarf-plugin.c on AIX 5.3
by Adnan Vatandas 16 Jul '07

16 Jul '07

Hello everyone, I tried to compile the mbox-snarf-plugin.c (downloaded today, so I assume it's the most recent version available) on AIX 5.3 with gcc 4.0. Building Dovecot 1.0.1 and 1.0.2 works fine. [root@aix root]# export DOVECOT=/root/dovecot-1.0.1 [root@aix root]# gcc -fPIC -shared -Wall -I$DOVECOT -I$DOVECOT/src/lib -I$DOVECOT/src/lib-storage -I$DOVECOT/src/lib-mail -I $DOVECOT/src/lib-imap -DHAVE_CONFIG_H mbox-snarf-plugin.c -o mbox_snarf_plugin.so ld: 0711-317 ERROR: Undefined symbol: .mailbox_sync_init ld: 0711-317 ERROR: Undefined symbol: .mailbox_sync_next ld: 0711-317 ERROR: Undefined symbol: .mailbox_sync_deinit ld: 0711-317 ERROR: Undefined symbol: .mailbox_transaction_begin ld: 0711-317 ERROR: Undefined symbol: .mailbox_search_init ld: 0711-317 ERROR: Undefined symbol: .mail_alloc ld: 0711-317 ERROR: Undefined symbol: .mailbox_copy ld: 0711-317 ERROR: Undefined symbol: .mail_expunge ld: 0711-317 ERROR: Undefined symbol: .mailbox_search_next ld: 0711-317 ERROR: Undefined symbol: .mail_free ld: 0711-317 ERROR: Undefined symbol: .mailbox_search_deinit ld: 0711-317 ERROR: Undefined symbol: .mailbox_transaction_rollback ld: 0711-317 ERROR: Undefined symbol: .mailbox_transaction_commit ld: 0711-317 ERROR: Undefined symbol: .mailbox_open ld: 0711-317 ERROR: Undefined symbol: .buffer_append_zero ld: 0711-317 ERROR: Undefined symbol: .buffer_get_space_unsafe ld: 0711-317 ERROR: Undefined symbol: .mailbox_close ld: 0711-317 ERROR: Undefined symbol: .mail_storage_set_critical ld: 0711-317 ERROR: Undefined symbol: .buffer_write ld: 0711-317 ERROR: Undefined symbol: .home_expand ld: 0711-317 ERROR: Undefined symbol: .p_strdup ld: 0711-317 ERROR: Undefined symbol: mail_storage_module_id ld: 0711-317 ERROR: Undefined symbol: hook_mail_storage_created ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more information. collect2: ld returned 8 exit status [root@aix root]# Does this plugin work with Dovecot > 1.0 at all, is this a know bug or are there any users who managed to install it successfully on AIX? Sincerely Adnan

1 0

[Dovecot] Dict-server mysql module error
by Gabriele Fergola 16 Jul '07

16 Jul '07

hi all when i setup plugin quota by quota = dict: mysql:/etc/quota-dict.conf i get the folowing error: deliver(zzzz(a)zzzz.zz): Unknown dict module: mysql deliver(zzzz(a)zzz.zz): dict quota: dict_init() failed quota-dict.conf: connect = host=localhost dbname=zzzz user=zzzz password=zzzz table = mailbox select_field = quota where_field = maildir username_field = username dovecot.conf: # 1.0.2: /etc/dovecot//dovecot.conf base_dir: /var/run/dovecot/ protocols: imap pop3 imaps pop3s ssl_disable: yes disable_plaintext_auth: no shutdown_clients: no login_dir: /var/run/dovecot//login login_executable(default): /usr/local/libexec/dovecot/imap-login login_executable(imap): /usr/local/libexec/dovecot/imap-login login_executable(pop3): /usr/local/libexec/dovecot/pop3-login first_valid_uid: 5000 mail_location: maildir:/mbox/%d/%u/Maildir mail_executable(default): /usr/local/libexec/dovecot/imap mail_executable(imap): /usr/local/libexec/dovecot/imap mail_executable(pop3): /usr/local/libexec/dovecot/pop3 mail_plugins(default): quota imap_quota mail_plugins(imap): quota imap_quota mail_plugins(pop3): quota mail_plugin_dir(default): /usr/local/lib/dovecot/imap mail_plugin_dir(imap): /usr/local/lib/dovecot/imap mail_plugin_dir(pop3): /usr/local/lib/dovecot/pop3 pop3_uidl_format(default): pop3_uidl_format(imap): pop3_uidl_format(pop3): %08Xu%08Xv auth default: passdb: driver: pam passdb: driver: sql args: /etc/dovecot-sql.conf userdb: driver: passwd userdb: driver: sql args: /etc/dovecot-sql.conf socket: type: listen master: path: /var/run/dovecot/auth-master mode: 384 user: vmail group: mail plugin: quota: dict:storage=10240:messages=1000 mysql:/etc/dovecot-dict-quota.conf quota_warning: storage=80% /usr/local/bin/quota_warning.sh 80 dict: quota: mysql:/etc/dovecot-dict-quota.conf i applied the patch for quota warning message by nicolas. thank you in advance Workino

2 1

[Dovecot] Getting quotas from an NFS-mounted filestore
by Mike Brudenell 16 Jul '07

16 Jul '07

Greetings - I was just wondering what the state of play was with regard to reading filestore-based quotas when the mailstore is NFS-mounted? Timo mentioned a little while ago that he'd be including it: http://www.dovecot.org/list/dovecot/2007-May/022594.html However it isn't in 1.0.1 and isn't mentioned in the release notes for 1.0.2. Is it going to be a 1.1 feature or will it appear before then? I'm asking because although I can't get the rquota-rquotad patch to build on Solaris I have found some code on the net which does do RPC based quota lookups. I'm toying with the idea of trying to modify rquota-rquotad to use this other code. However this is out of my area of knowledge so it will be an uphill battle ... so if reading quotas from NFS-mounted filestores will be coming Real Soon Now I'll probably just wait instead. So any ideas as to timescales, please? Cheers, Mike B-) -- The Computing Service, University of York, Heslington, York Yo10 5DD, UK Tel:+44-1904-433811 FAX:+44-1904-433740 * Unsolicited commercial e-mail is NOT welcome at this e-mail address. *

1 0

[Dovecot] Dict-Server
by Gabriele Fergola 16 Jul '07

16 Jul '07

Hi, i try to use dict server but i recive this error: net_connect_unix(/usr/local/var/run/dovecot/dict-server) failed: Permission denied net_connect_unix(/usr/local/var/run/dovecot/dict-server) failed: Permission denied because i have dict-server in /var/run and not in /usr/local/var/run ..... Thank you in advance Workino

1 0

[Dovecot] quota warning - take 2
by Nicolas Boullis 16 Jul '07

16 Jul '07

Hi, About one month ago, I sent a patch to this list to implement warnings when a user is close to reach his quota. I tried to follow Timo's advice to improve my code, and here (at last) is a new patch. Things I did not fix: - This patch is still for dovecot 1.0, as I will need warnings with dovecot 1.0. I may rewrite it for CVS HEAD in the future but can't promise. - I'm still using system() rather than fork()+exec()+waitpid() since I don't know a good time to run waitpid(). Comments are welcome. Timo, will you consider to add this to your unofficial patches? Cheers, Nicolas Boullis

3 5

[Dovecot] v1.0.2 released
by Timo Sirainen 15 Jul '07

15 Jul '07

http://dovecot.org/releases/dovecot-1.0.2.tar.gz http://dovecot.org/releases/dovecot-1.0.2.tar.gz.sig Fixes several bugs. This release also adds compatibility with upcoming Dovecot v1.1 so it'll be possible to upgrade to v1.1 and back to v1.0.2 without anything breaking. * dbox isn't built anymore by default. It will be redesigned so it shouldn't be used. + Maildir: Support reading dovecot-uidlist (v3) files created by Dovecot v1.1. - Maildir: "UIDVALIDITY changed" errors could happen with newly created mailboxes - If "INBOX." namespace was used, LIST returned it with \HasNoChildren which caused some clients not to show any other mailboxes. - Maildir++ quota: If multiple processes were updating maildirsize at the same time, we failed with "Unknown error". - IMAP: IDLE didn't actually disconnect client after 30 minutes of inactivity. - LDAP passdb/userdb was leaking memory - deliver: %variables in plugin {} weren't expanded - deliver: Don't bounce the mail if Sieve plugin returns failure

2 2