- dovecot - dovecot.org

[Dovecot] I need to enable percent hack in dovecot logins
by Eero Volotinen 05 Oct '05

05 Oct '05

I am using dovecot with vpopmail and qmail and problems is percent hack that works with qmail-pop3d does not work with dovecot. So login works like that: firstname.lastname%domain.ext I need that function to work with dovecot too, and I am using stable 0.99.x series of dovecot. Problem is that some Apple machines client can't use at-symbol in their login names. So, where I need to hack sources to convert % -> @ to get login working. By default percent-hack does not work with dovecot. Any help? Thanks. -- Eero

2 5

[Dovecot] Re: partial sync?
by Paul 05 Oct '05

05 Oct '05

Jim Tittsler asked: > I haven't encountered that one. Does it persist? I've seen it four times now in the five hours since the upgrade. Never twice in the same mailbox, for what that's worth. I'll keep an eye on it. Paul

1 0

[Dovecot] Changing pop3_uidl_format
by Jeff Simmons 05 Oct '05

05 Oct '05

I recently set up an OpenBSD - Dovecot mail server for a client. Naturally (according to Murphy's Law) they want to use Outlook 2003, pop3s, and leave messages on the server. And just as naturally, the UIDLs don't seem to be working, and when they download mail, they get EVERY email stored on the server, not just the new ones. Other than switching them over to IMAP, I found the following in the Wiki documentation: #POP3 UIDL format to use. You can use following variables: # %v - Mailbox UIDVALIDITY # %u - Mail UID # %m - MD5 sum of the mailbox headers in hex (mbox only) # %f - filename (maildir only) #If you want UIDL compatibility with other POP3 servers, use: # UW's ipop3d : %08Xv%08Xu # Courier version 0 : %f # Courier version 1 : %u # Courier version 2 : %v-%u # Cyrus (<= 2.1.3) : %u # Cyrus (>= 2.1.4) : %v.%u #Note that Outlook 2003 seems to have problems with %v.%u format which is #Dovecot's default, so if you're building a new server it would be a good #idea to change this. %08Xu%08Xv should be pretty fail-safe. pop3_uidl_format = %v.%u So my question is, what happens if I just change pop3_uidl_format to %08Xu%08Xv and restart the server? Will it just change things over to the way I want them, or will it blow up all the existing mail already being stored there? Inquiring minds want to know. Thanks for any help you can provide. -- Jeff Simmons jsimmons(a)goblin.punk.net Simmons Consulting - Network Engineering, Administration, Security "It was on fire when I got here."

2 1

[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