- dovecot - dovecot.org

[Dovecot] partial sync?
by Paul Adams 05 Oct '05

05 Oct '05

I just installed the latest alpha on Debian Sarge and am getting a lot of this sort of error: Oct 4 16:18:58 tarsier dovecot: imap-login: Disconnected: rip=70.209.254.178, lip=192.168.50.105, TLS Oct 4 16:19:04 tarsier dovecot: imap(jeff): mbox sync: UID inserted in the middle of mailbox /home/jeff/mail/Junk (329 > 274, seq=2, idx_msgs=55) Oct 4 16:19:07 tarsier dovecot: imap(jeff): mbox sync: UID inserted in the middle of mailbox /home/jeff/mail/inbox (4813 > 2434, seq=2, idx_msgs=1771) and Oct 4 16:25:40 tarsier dovecot: imap-login: Disconnected: Inactivity: rip=70.209.254.178, lip=192.168.50.105, TLS Oct 4 16:26:33 tarsier dovecot: imap(jeff): UIDs broken with partial sync in mbox file /home/jeff/mail/spam which I never saw before. What does it mean? Should I be concerned? Paul

2 1

[Dovecot] using local-part delimiters in LDA delivery?
by OpenMacNews 03 Oct '05

03 Oct '05

hi all, i've exim 4.53RC2 + dovecot-cvs on OSX 10.4.2. i'm working on implementing recipient-delimiters for delivery from exim to a user's imap store using dovecot's cvs-lda. reading on the wiki (Jakob's latest comments?): " ... the part after the delimiter is passed to the lda as an additional parameter. so dovecot-lda should handle that parameter and leave the separator handling to the MTA. The MTA has to handle it anyway." it looks likes it's possible ... with appropriate changes in exim to my router: dovecot_localuser: driver = accept domains = +local_domains local_part_suffix = +* local_part_suffix_optional transport = dovecot_lda and transport: dovecot_lda: driver = pipe command = /.../deliver \ -c /.../dovecot-deliver.conf \ -d $local_part@$domain message_prefix = "" message_suffix = "" delivery_date_add envelope_to_add return_path_add log_output user = MY_MAIL_USER i'd like to be able to build delivery conditions in dovecot so that, e.g. mail to: bob(a)mydomain.com is delivered to "bob"'s default INBOX. but, mail to: bob+spam(a)mydomain.com is delivered to any specified (either a server-wide common relative path, or a user-specified) SUBFOLDER, say "bob/INBOX/.../.../spam_to_look_at" defined by a dovecot-rule invoked by the delimiter "spam" ... this is a little different than the approach Mark mentioned of delivering directly to folder_name specified by the local-part-after-delimiter ... questions: (1) until the two conf files merge, i'm guessing there needs to be some conditional logic in dovecot-deliver.conf rather than in dovecot.conf. correct? or should i be thinking SIEVE rules? (2) exactly WHAT "additional part" do i grab in dovecot? thx! richard

3 5

[Dovecot] can't access dovecot IMAP account w/TBird ... ok w/ other clients
by OpenMacNews 03 Oct '05

03 Oct '05

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 hi all, i'm using dovecot --version 1.0.alpha3 dovecot --build-options Build options: ioloop=poll openssl postgresql Passdb: checkpassword pam passwd passwd-file sql Userdb: checkpassword passdb passwd passwd-file sql static on OSX 10.4.2. i've set up for maildir: format PLAIN text AUTH, w/ "disable_plaintext_auth = yes" TLS support Private/, Public/ Shared/ namespaces login and access with my Mulberry MUA has been just fine. however, attemtping to access with Thunderboird v107 has been completely unsuccessful. T-Bird's "Server Settings" for my user are config'd as: Server Type: IMAP MailServer Server name: mail.testdomain.com Port: 993 Default: 993 User name: testuser(a)testdomain.com [X] User secure connection (SSL) [ ] User secure authentication on access, T-Bird's status bar shows "Openeing folder ...", but never continues on any further. i never see my mailboxes, Namespaces, etc, as I do in Mulberry. my dovecot log shows: dovecot: 2005.10.02 14:29:26 Info: auth(default): client in: AUTH 1 PLAIN service=IMAP secured lip=172.30.11.5 rip=172.30.11.6 dovecot: 2005.10.02 14:29:26 Info: auth(default): client out: CONT 1 dovecot: 2005.10.02 14:29:26 Info: auth(default): client in: CONT 1 AGJsYWtlcnNAb3BlbmV4ZWMuY29tAGJsYWtlcnM= dovecot: 2005.10.02 14:29:26 Info: auth(default): client out: OK 1 user=testuser(a)testdomain.com dovecot: 2005.10.02 14:29:26 Info: auth(default): master in: REQUEST 111 28213 1 dovecot: 2005.10.02 14:29:26 Info: auth(default): master out: USER 111 testuser(a)testdomain.com uid=42 gid=42 dovecot: 2005.10.02 14:29:26 Info: imap(testuser(a)testdomain.com): Effective uid=42, gid=42 dovecot: 2005.10.02 14:29:26 Info: imap(testuser(a)testdomain.com): Namespace: type=private, prefix=Private/, sep=/, inbox=yes, hidden=no, subscriptions=no dovecot: 2005.10.02 14:29:26 Info: imap(testuser(a)testdomain.com): maildir: data=/var/Mail/MailHome/Domains/testdomain.com/Accounts/t/testuser/Maildir:… dovecot: 2005.10.02 14:29:26 Info: imap(testuser(a)testdomain.com): maildir: root=/var/Mail/MailHome/Domains/testdomain.com/Accounts/t/testuser/Maildir, index=/var/Mail/MailHome/indexes/testdomain.com/testuser, control=, inbox= dovecot: 2005.10.02 14:29:26 Info: imap(testuser(a)testdomain.com): Namespace: type=public, prefix=Public/, sep=/, inbox=no, hidden=no, subscriptions=no dovecot: 2005.10.02 14:29:26 Info: imap(testuser(a)testdomain.com): maildir: data=/var/Mail/MailHome/Domains/testdomain.com/Public/Maildir:INDEX=/var/Ma… dovecot: 2005.10.02 14:29:26 Info: imap(testuser(a)testdomain.com): maildir: root=/var/Mail/MailHome/Domains/testdomain.com/Public/Maildir, index=/var/Mail/MailHome/indexes/testdomain.com/public, control=, inbox= dovecot: 2005.10.02 14:29:26 Info: imap(testuser(a)testdomain.com): Namespace: type=shared, prefix=Shared/, sep=/, inbox=no, hidden=no, subscriptions=no dovecot: 2005.10.02 14:29:26 Info: imap(testuser(a)testdomain.com): maildir: data=/var/Mail/MailHome/Domains/testdomain.com/Shared/Maildir:INDEX=/var/Ma… dovecot: 2005.10.02 14:29:26 Info: imap(testuser(a)testdomain.com): maildir: root=/var/Mail/MailHome/Domains/testdomain.com/Shared/Maildir, index=/var/Mail/MailHome/indexes/testdomain.com/shared, control=, inbox= dovecot: 2005.10.02 14:29:26 Info: imap-login: Login: u:<testuser(a)testdomain.com>, rIP:[10.0.0.6], lIP:[10.0.0.5], IMAP, plain, TLS which looks ok to me (?). fwiw, TBird can access TLS+Plain accounts on CGatePro & CyrusIMAP accounts i've tried w/ no problem ... any suggestions/thoughts? cheers, richard -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (Darwin) iEYEARECAAYFAkNAUvsACgkQGnqMy4gvZ6GT7QCghiGiPyybvS8H8aFbVzwdAtT2 s/0An3pi2t8xa1aWrd3WDrnxdC8CaHo0 =a69w -----END PGP SIGNATURE-----

1 0

[Dovecot] A little request
by Riccardo Bini 01 Oct '05

01 Oct '05

Hi all, I have a little request: It's possible to have the full user name in the logs? I mean this: dovecot: pop3(info): Logout. top=0/0, retr=0/ del=0/0, size=0 info(a)example.com instead of info. I use 10 real users and many vpopmail users. I get in the log too many (info)... 8-( Thx Rick

2 2

[Dovecot] sudo /etc/init.d/dovecot start doesn't work
by Sam Fung 01 Oct '05

01 Oct '05

I've been trying to get dovecot working with postfix with virtual domain setting. I noticed that if I started dovecot with "sudo /usr/sbin/dovecot", everything would work fine. But if I started with "sudo /etc/init.d/dovecot start", I would get the following permission error. I checked "ps -ef | grep dovecot" and didn't find anything different. Sep 29 16:54:35 localhost imap-login: Login: xyz(a)example.com [::ffff: 192.168.0.4 <http://192.168.0.4>] Sep 29 16:54:36 localhost imap(xyz(a)example.com): mkdir_parents(/var/spool /virtual_mailboxes/example.com/xyz/.imap/INBOX) failed: Permission denied Here's the directory for storing virtual domain email. [localhost ~]$ sudo ls -al /var/spool/virtual_mailboxes/example.com total 24 drwx------ 3 vuser vuser 4096 Sep 29 16:43 . drwxrwxr-x 3 root mail 4096 Sep 21 21:57 .. drwx------ 3 vuser vuser 4096 Sep 29 16:55 xyz [localhost ~]$ sudo ls -al /var/spool/virtual_mailboxes/example.com/xyz total 32 drwx------ 3 vuser vuser 4096 Sep 29 16:55 . drwx------ 3 vuser vuser 4096 Sep 29 16:43 .. -rw------- 1 vuser vuser 1209 Sep 29 19:10 Inbox

3 4

[Dovecot] Using procmail with virtual users...
by Arnaud Guiton 01 Oct '05

01 Oct '05

Hello all, I've a working dovecot installation on my machine, using exim3, virtual users and maildirs. I would like to add procmailrc rules for these (virtual) users, but i've not succeeded with that. The authentication is done with a passwd-file looking like this : testuser:password:uid:gid::/home/mail/testuser::chroot:maildir:/home/mail/testuser/Maildir/ i've put .procmailrc files in /home/mail/testuser/.procmailrc, but it this not taken into account, because the MTA never calls the procmail router as it resides after the dovecot one. How is the proper way of using procmail with virtual user (and is it at least possible) ? Thanks, -- Arnaud

2 1

[Dovecot] Red Hat ES 4 - dovecot-auth: Unknown password scheme SMD5
by mel llaguno 01 Oct '05

01 Oct '05

I have a couple of questions regarding the default dovecot packaged with RedHat ES 4. The dovecot version is 0.99.11-2.EL4.1 which I assume is considerably behind the current stable version of 0.99.14. Is it the fact that I am using an older version of dovecot that SSHA passwords in an openldap directory are not recognized and give the following error: dovecot-auth: Unknown password scheme SMD5 ? LDAP is working as expected for NFS maildirs. I have dovecot 0.99.13 working on fedora core 3, but the stability of fedora leaves much to be desired and would like to get a stable, low maintenance install of dovecot on an enterprise supported linux. Redhat does not have packages for 0.99.14 and I would rather compile from source if possible. I've specified --with-ldap as part of the configure script, but am wondering if there is anything more to add to support SSHA passwords. Until dovecot 1.0 is proven in the field, it is not a consideration for the production environment this server is being used for. Any help with this matter would be greatly appreciated. TIA, Mel Llaguno

1 0

[Dovecot] Can't connect to auth server at default: Connection refused
by Chris Wakelin 30 Sep '05

30 Sep '05

We've being running with Dovecot 1.0-stable since Tuesday, and on the whole it's gone very well (meaning nobody's noticed!). My best estimate is we're using half the disk accesses and 2/3 the CPU of UW-IMAP/Qpopper. We've quite a mixture of error messages in the logs, the most worrying of which is that several times we've had a few seconds of "xxx-login: Can't connect to auth server at default: Connection refused" (where xxx is pop or imap). It seems to sort itself out shortly afterwards. We're using userdb=passwd, passdb=passwd (authenticating via NIS). From Tuesday we'll be using passdb=pam (pam_ldap to Active Directory). My first guess is that some dovecot-auth process stops responding and gets killed off. Is this right? Other errors we're seeing include 1) pread_full() failed with mbox file /export/mail/c/37/sau04djp/INBOX: No such file or directory (when there is!) 2) mbox sync: UID inserted in the middle of mailbox (especially with .prayer folders - configuration folders for our Webmail) 3) file mbox-lock.c: line 505 (mbox_lock): assertion failed: (lock_type == F_RDLCK || ibox->mbox_lock_type != F_RDLCK) presumably some of these are fixed in alpha2. Best Wishes, Chris -- --+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+- Christopher Wakelin, c.d.wakelin(a)reading.ac.uk IT Services Centre, The University of Reading, Tel: +44 (0)118 378 8439 Whiteknights, Reading, RG6 2AF, UK Fax: +44 (0)118 975 3094

2 4

[Dovecot] Problem running latest 1.0-alpha3
by dovecot＠spam.turbolink.net 30 Sep '05

30 Sep '05

I've tried upgrading from dovecot-1.0 stable to the latest dovecot-1.0.alpha3. I've done a configure with: ./configure --with-notify=none --with-ioloop=poll And all I get is this when I run: dovecot: Sep 29 16:45:28 Info: Dovecot v1.0.alpha3 starting up dovecot: Sep 29 16:45:29 Error: Auth process died too early - shutting down dovecot: Sep 29 16:45:29 Error: auth(default): Fatal: sigaction(SIGRTMIN) failed: Invalid argument dovecot: Sep 29 16:45:29 Error: child 4828 (auth) returned error 89 Linux kernel 2.4.24, FS in use are XFS and NFS Any clues? - Mike

1 1

[Dovecot] redirect and sieve BUG
by List Subscriptions [Obfusc8.Org] 30 Sep '05

30 Sep '05

I've only just subscribed to the list, but in reading through the back-issues have come across a bug with dovecot-lda that was reported previously, and I can reproduce. Using dovecot-lda CVS with Revision 1.21 of deliver.c (as newer versions won't compile against 1.0-alpha3), with dovecot 1.0-alpha3 and postfix 2.1.5 Rredirects mangle some headers - the 'To:' header ends up as: To: undisclosed-recipients: ; And there is no subject header. Running sendmail from the cmdline with: sendmail -i -f '<>' -- destination at address.com <msgtext> as suggested to test by *Timo Sirainen *results in a correctly formatted message. The mail_send_forward function in mail-send.c looks sane from what I can see, but then I'm not a C coder... Any clues guys? Cheers, Pete

1 0