- dovecot - dovecot.org

[Dovecot] Trying to modify the source - fopen problems
by Phillip T. George 09 May '07

09 May '07

Hello all, I don't know if this needs to be sent to a different list or not, if so, please let me know. Anyways, I'm trying to modify the dovecot source a bit, but the problem I'm having is that whenever I use "fopen", it always returns NULL. I've tried a variety of things, even fopen("/dev/null", "w") -- because that should almost always work. I'm trying to get it to work in src/pop3-login/client-authenticate.c Any idea why this might be happening? Any suggestions as to where to put the code instead? (I'm trying to check the username against some information in a file OR pass the username to a process and have it do the work) Thanks, Phillip

2 1

[Dovecot] Inconsistent Mailbox with Eudora as POP3 client
by Amon Ott 09 May '07

09 May '07

Hello everyone, one of our customers using QUALCOMM Windows Eudora Version 7.1.0.9 as POP3 client with Dovecot 1.0.0 under Linux using Maildirs reports that on various accounts they get occasional "inconsistent mailbox" errors at quit. The same Docevot binary in the same environment on other servers works fine for several other customers and ourselves. We use Postfix 2.2 with Dovecot deliver and Sieve plugin, nothing else touches the Maildirs. I have no idea what goes wrong there, I already suspected memory corruptions. The system is low on memory and uses some swap (more memory soon), does that trigger such problems? The Eudora log shows: <Dominant>, Shutting down POP connection, QUIT [08:54:07 AM] There has been an error transferring your mail. I said: QUIT and then the POP3 server (xyz(a)my.domain.de) said: ERR Mailbox is in inconsistent state, please relogin. The mail syslog shows e.g.: Apr 27 08:50:26 gateway dovecot: POP3(mk): Disconnected: Mailbox is in inconsistent state. top=0/0, retr=0/0, del=0/715, size=20210522 # /etc/dovecot/dovecot.conf log_timestamp: %Y-%m-%d %H:%M:%S protocols: imap imaps pop3 pop3s disable_plaintext_auth: no 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 first_valid_uid: 440 mail_extra_groups: mail maildir_copy_with_hardlinks: yes mail_executable(default): /usr/lib/dovecot/imap mail_executable(imap): /usr/lib/dovecot/imap mail_executable(pop3): /usr/lib/dovecot/pop3 mail_plugins(default): quota imap_quota mail_plugins(imap): quota imap_quota mail_plugins(pop3): quota mail_plugin_dir(default): /usr/lib/dovecot/modules/imap mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 pop3_uidl_format(default): pop3_uidl_format(imap): pop3_uidl_format(pop3): %08Xu%08Xv auth default: user: dovecot-login verbose: yes passdb: driver: pam 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 Amon Ott -- Amon Ott - m-privacy GmbH Am Köllnischen Park 1, 10179 Berlin Tel: +49 30 24342334 Fax: +49 30 24342336 Web: http://www.m-privacy.de Handelsregister: Amtsgericht Charlottenburg HRB 84946 Geschäftsführer: Dipl.-Kfm. Holger Maczkowsky, Roman Maczkowsky GnuPG-Key-ID: EA898571

2 1

[Dovecot] Hot to get rid of \"DON\'T DELETE THIS MESSAGE\" messages?
by foxx＠freemail.gr 09 May '07

09 May '07

I'm using Dovecot 1.0.0 (mbox) with Postfix 2.4 on my FreeBSD box, as a pop3-only server (imap is disabled). All account mailboxes are accessed using Outlook clients. I've noticed that, whenever I'm retrieving mail with pop3, a "DON'T DELETE THIS MESSAGE" is created in mbox. Although these messages are never sent to client MUAs, I found them very annoying. BTW I don't use (or used before) UW or Pine or any other c-client, therefore I assume it's a Dovecot issue. Previously I was using Cyrus and never had such a problem. Any idea how this can be fixed? FreeBSD 6.2 Release, Postfix 2.4, Dovecot 1.0.0 dovecot -n report: base_dir: /var/run/dovecot/ protocols: pop3 listen: * ssl_disable: yes disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable: /usr/local/libexec/dovecot/pop3-login login_process_per_connection: no login_processes_count: 1 login_max_processes_count: 10 verbose_proctitle: yes first_valid_uid: 2000 last_valid_uid: 2999 first_valid_gid: 2000 last_valid_gid: 2000 mail_extra_groups: mail mail_location: mbox:/var/empty/:INBOX=/var/mail/%u:INDEX=MEMORY dotlock_use_excl: yes mbox_read_locks: flock mbox_write_locks: flock mail_executable: /usr/local/libexec/dovecot/pop3 mail_plugin_dir: /usr/local/lib/dovecot/pop3 pop3_no_flag_updates: yes pop3_uidl_format: %08Xu%08Xv pop3_client_workarounds: outlook-no-nuls oe-ns-eoh auth default: default_realm: domain.com username_format: %n passdb: driver: passwd userdb: driver: passwd socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix master: regards, Athan

2 1

[Dovecot] sporadic slow/non response, problems copying to sent folder
by Danno Coppock 09 May '07

09 May '07

After experiencing these symptoms through many of the release candidates, we've been at v1.0.0 now for a few weeks, and they're still there. Perhaps a config issue with my setup (mbox locks?). It's really too disrupting to continue using this way. I've included symptoms, client info, mta info, log entries and config file. What other information can I provide? Please advise. Thanks, Danno symptoms: 1. Coming back to the idle client, and clicking on a newly arrived message, often a long delay (seems like minutes, sometimes) will occur before the message loads from the server. 2. Sending messages, as often as not, the client will stall, sometimes indefinitely, on "copying message to sent folder". client: * usually not more than 2-3 clients running at any time. * Thunderbird 1.5.0.10 (on XP) * Thunderbird 1.5.0.5 (on FreeBSD 5.5) mta: * Sendmail 8.13.6/8.13.6 * $sudo sendmail -bt -d0.10 < /dev/null | grep HASFLOCK OS Defines: BSD4_4_SOCKADDR HASFCHOWN HASFCHMOD HASFLOCK === log entries May 3 21:27:09 tejas dovecot: imap-login: Login: user=<annie>, method=PLAIN, rip=71.216.71.193, lip =68.224.168.249, TLS May 3 21:28:00 tejas dovecot: IMAP(annie): Disconnected May 3 21:28:01 tejas dovecot: imap-login: Login: user=<annie>, method=PLAIN, rip=71.216.71.193, lip =68.224.168.249, TLS May 3 21:32:08 tejas dovecot: IMAP(annie): Disconnected for inactivity May 3 21:37:01 tejas dovecot: IMAP(annie): Disconnected May 3 21:37:02 tejas dovecot: imap-login: Login: user=<annie>, method=PLAIN, rip=71.216.71.193, lip =68.224.168.249, TLS May 3 21:37:55 tejas dovecot: IMAP(annie): Disconnected in IDLE May 3 21:38:18 tejas dovecot: IMAP(annie): Disconnected in IDLE May 3 21:56:02 tejas dovecot: imap-login: Login: user=<danno>, method=PLAIN, rip=71.216.71.193, lip =68.224.168.249, TLS May 3 21:56:17 tejas dovecot: IMAP(annie): Disconnected for inactivity May 3 21:58:32 tejas dovecot: IMAP(danno): Disconnected May 3 22:02:31 tejas dovecot: imap-login: Login: user=<danno>, method=PLAIN, rip=71.216.71.193, lip =68.224.168.249, TLS May 3 22:03:14 tejas dovecot: imap-login: Login: user=<danno>, method=PLAIN, rip=71.216.71.193, lip =68.224.168.249, TLS May 3 22:14:10 tejas dovecot: IMAP(annie): Disconnected May 3 22:14:38 tejas dovecot: IMAP(danno): Disconnected in IDLE May 3 22:16:24 tejas dovecot: imap-login: Login: user=<danno>, method=PLAIN, rip=71.216.71.193, lip =68.224.168.249, TLS May 3 22:16:33 tejas dovecot: imap-login: Login: user=<annie>, method=PLAIN, rip=71.216.71.193, lip =68.224.168.249, TLS May 3 22:16:44 tejas dovecot: imap-login: Login: user=<annie>, method=PLAIN, rip=71.216.71.193, lip =68.224.168.249, TLS May 3 22:18:36 tejas dovecot: imap-login: Login: user=<annie>, method=PLAIN, rip=71.216.71.193, lip =68.224.168.249, TLS May 3 22:19:16 tejas dovecot: IMAP(danno): Disconnected May 3 22:19:17 tejas dovecot: imap-login: Login: user=<danno>, method=PLAIN, rip=71.216.71.193, lip =68.224.168.249, TLS ===== config $grep -E -v '^ *(#|$)' dovecot.conf protocols = imaps login_process_size = 64 default_mail_env = mbox:~/mail/:INBOX=/var/mail/%u mail_extra_groups = mail verbose_proctitle = yes first_valid_uid = 100 first_valid_gid = 0 mbox_read_locks = flock mbox_write_locks = flock protocol imap { imap_client_workarounds = delay-newmail outlook-idle netscape-eoh tb-extra-mailbox-sep } protocol pop3 { pop3_uidl_format = %08Xu%08Xv pop3_client_workarounds = outlook-no-nuls oe-ns-eoh } protocol lda { postmaster_address = postmaster(a)example.com sendmail_path = /usr/sbin/sendmail } auth default { mechanisms = plain passdb pam { } userdb passwd { } user = root } dict { } plugin { }

3 2

[Dovecot] .imap files
by L. Scott Loftin 09 May '07

09 May '07

Dovecot version: 1.0.rc7 OS: Red Hat Fedora Core 6 CPU: x86 Filesystem: Linux I have recently upgraded from Fedora Core 4 to Fedora Core 6 (the FC6 was a clean install, not an upgrade). Prior to the upgrade, I used Dovecot to handle IMAP email that talked to Outlook clients. After the FC6 install and copying the .imap* files to the newly recreated user accounts, Outlook is not seeing the old email. Dovecot is creating new dovecot.* files to hold new email, not looking in the existing .imap.* files. Is there a way to either convert the .imap* files into the new dovecot.* files or any way to recover the email that anyone knows about? Thanks! Scott

4 6

[Dovecot] PATCH: Deliver looses mail and DSN if Return-Path is missing
by Steffen Kaiser 09 May '07

09 May '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, Dovecot v1.0.0 if there is no Return-Path in the message and Deliver cannot deliver the message, no DSN is sent _and_ the MTA is returned 0 (aka success) return code, which leads to mail loss. This is not the case, when the message actually finds a Return-Path, but fails to invoke the MTA. - --- src/deliver/mail-send.c (revision 47) +++ src/deliver/mail-send.c (working copy) @@ -42,7 +42,7 @@ i_info("msgid=%s: Return-Path missing, rejection reason: %s", orig_msgid == NULL ? "" : str_sanitize(orig_msgid, 80), str_sanitize(reason, 512)); - - return 0; + return EX_TEMPFAIL; } smtp_client = smtp_client_open(return_addr, NULL, &f); Bye, - -- Steffen Kaiser -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iQEVAwUBRkGA0S9SORjhbDpvAQIh0Qf/RUkmWnK+LhB3/ZwY+AnyTAYGBPB7qTCp bVchn4F7zL+W2fIYZGz6YG1bKUtHE3qMQAY3gYijspNZBejS0Z8cTI983ZMwJFP+ ygMAicyEDFSWrFWYnzBnpvHYZEK9VjQ4HnDIkojDQx+pQH0LS/Ve0/JbiaNuwMRQ g0ay3puas8xiyktRHVHslDfbanrfzwpbO7qtNpFrF9aCKo3RLIhFCKSjaXD75BfQ K7XrmOjFECkB1bLeaFJrVzm/DoayRn1HusKQjtwKCRx4YBgOP0d5OQGQTvqRLx33 agHXdNxFN6vYB/QbIMcoI6xyWw6POHpiRjLJ5maWsdhlMFIrRVNOJg== =xshk -----END PGP SIGNATURE-----

3 5

[Dovecot] Dovecot Startup error
by kamran arshad 09 May '07

09 May '07

Hi, I have installed Dovecot 1.0.0 on a FreeBSD6.0 machine with Exim 4.66 and Vexim 1.5. When I restart the machine, dovecot does not load properly. The logs of /var/log/maillog are as: May 8 00:10:32 lhr dovecot: pop3-login: No authentication sockets found May 8 00:10:32 lhr dovecot: child 11478 (login) returned error 89 May 8 00:10:34 lhr dovecot: imap-login: No authentication sockets found May 8 00:10:34 lhr dovecot: child 11479 (login) returned error 89 When I kill it and then start it, then it starts working properly. /var/log/maillog:May 8 09:33:02 lhr dovecot: auth(default): Killed with signal 15 /var/log/maillog:May 8 09:33:02 lhr dovecot: Killed with signal 15 /var/log/maillog:May 8 09:33:13 lhr dovecot: Dovecot v1.0.0 starting up /var/log/maillog:May 8 09:33:13 lhr dovecot: auth-worker(default): mysql: Connected to 127.0.0.1 (exim) My configuration file is : lhr# dovecot -n # /usr/local/etc/dovecot.conf protocols: imap pop3 listen(default): *:143 listen(imap): *:143 listen(pop3): * ssl_disable: yes disable_plaintext_auth: no login_dir: /usr/local/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: 90 last_valid_uid: 93 first_valid_gid: 90 last_valid_gid: 93 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: verbose: yes debug: yes passdb: driver: sql args: /usr/local/etc/dovecot-sql.conf userdb: driver: sql args: /usr/local/etc/dovecot-sql.conf Please help me in this regard. Thanks in advance. Kamran Arshad --------------------------------- Don't pick lemons. See all the new 2007 cars at Yahoo! Autos.

3 2

[Dovecot] lda reports a lot of errors
by Thomas Balsfulland 09 May '07

09 May '07

hello, i am using dovecot 1.0.rc15-1~bpo1 (from backports.org) on an debian sarge machine as lda imapd and pop3d with postfix 2.1.5-9. sometimes docvecot lda cannot write an mail to an existing mbox-file and the logfiles fills up with: deliver(user1(a)domain.tld): "2007-04-22 23:17:32 "Error: Cached message offset 6937844 is invalid for mbox file /home/vmail/domain.tld/user1 deliver(user1(a)domain.tld): "2007-04-22 23:17:32 "Error: Cached message offset 6937844 is invalid for mbox file /home/vmail/domain.tld/user1 deliver(user1(a)domain.tld): "2007-04-22 23:17:32 "Error: Cached message offset 6937844 is invalid for mbox file /home/vmail/domain.tld/user1 deliver(user1(a)domain.tld): "2007-04-22 23:17:32 "Error: Cached message offset 6937844 is invalid for mbox file /home/vmail/domain.tld/user1 40 lines from this per second and will never stop! i need to stop postfix and dovecot, kill -9 the deliver-process, fix the mbox (unlock it with mutt) and start dovecot and postfix again. then the mail will be deliverd without errors. some minutes to hours later i got the same problem with a random user and domain. my configs: /etc/postfix/main.cf: : virtual_mailbox_domains = /etc/postfix/virtual_domains virtual_mailbox_base = /home/vmail virtual_mailbox_maps = hash:/etc/postfix/virtual_boxes virtual_alias_maps = hash:/etc/postfix/virtual_user virtual_minimum_uid = 100 virtual_uid_maps = static:1005 virtual_gid_maps = static:1005 virtual_transport = dovecot dovecot_destination_recipient_limit = 1 : /etc/postfix/master.cf: : # dovecot lda # ============================================================================== # service type private unpriv chroot wakeup maxproc # command + args # (yes) (yes) (yes) (never) (100) # ============================================================================== dovecot unix - n n - - pipe flags=DRhu user=vmail:vmail argv=/usr/lib/dovecot/deliver -d ${recipient} the dovecot.conf is attached, the mailuser-file looks like: user1@domain.tld:password:1005:1005::/home/vmail/domain.tld can someone help? thanks a lot. regards thomas -- thomas balsfulland tbals(a)ctrl-c.de zwischen mut und dummheit liegt nur ein grat der sich durch das vorbereitetsein unterscheidet

3 2

[Dovecot] [courier-dovecot-migrate.pl] - No such file or directory at courier-dovecot-migrate.pl line 230
by Wilkinson, Alex 09 May '07

09 May '07

Hi all, I am in the process of migrating my Maildir IMAP server from courier-imap to dovecot. I am now at the point of converting my Maildirs into a format that dovecot understands (as per http://wiki.dovecot.org/Migration/Courier) Problem: ------- #/usr/bin/perl courier-dovecot-migrate.pl --recursive Finding maildirs under . ./courierimapuiddb: OK No such file or directory at courier-dovecot-migrate.pl line 230. # Can anyone tell me what the problem is here ? And how to deal with it ? Platform: FreeBSD 7.0-CURRENT #0: Tue Apr 10 13:47:53 WST 2007. Cheers! -aW IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email.

9 16

[Dovecot] Tru64 patch for mountpoint.c
by Simon L Jackson 09 May '07

09 May '07

I believe that there is one more patch required for a successful build on Tru64: # diff ./src/lib/mountpoint.c.orig ./src/lib/mountpoint.c 60a61,63 > #ifdef __osf__ > point_r->type = p_strdup(pool, getvfsbynumber(buf.f_type)); > #else 62c65,66 < point_r->block_size = buf.f_bsize; --- > #endif > point_r->block_size = buf.f_bsize; Cheers -- Simon L Jackson Carringbush.Net +- Carringbush.Net Hosting * Development * Advice Web: www.carringbush.net <http://www.carringbush.net/> Email: simon.jackson(a)carringbush.net <mailto:simon.jackson@carringbush.net> Office: +61 3 9411 4400 Support: +61 3 9411 4444 Fax: +61 3 9411 4499 Level 1 15 Bedford Street Collingwood VIC 3066 Australia P.O. Box 1464 Collingwood VIC 3066 Australia +-

2 2