- dovecot - dovecot.org

[Dovecot] GSS-SPNEGO with dovecot and Outlook without Samba
by Julian David Rath 09 Feb '13

09 Feb '13

I am trying to configure a dovecot2 IMAP server to inter-operate with a active directory to authenticate users. The users should be able to login without a password on a domain-joined client(Outlook). Is it possible to do this only with kerberos? I don't want to put a crappy winbind on my mailserver... I already configured my server to authenticate via kerberos(GSSAPI), but Outlook does not even try to authenticate using GSSAPI, it rather uses PLAIN. I would appreciate any help, many thanks in advance.

1 0

[Dovecot] dsync timeout?
by Micah Anderson 08 Feb '13

08 Feb '13

I'm using dsync for a regular backup. The backup system flocks so that two cannot run at the same time, which is generally a good thing. The problem is that it seems like dsync sometimes goes off into the weeds and never comes back, leaving a process running and doing nothing forever, hogging the lock and causing my backups never to run again. I just finally figured out that was what was causing the backups not to run on this system was this process: root 17836 0.0 0.0 40888 1600 ? S 2012 0:00 ssh -i /root/.ssh/backmaildir_id_rsa backmaildir@arg /usr/bin/dsync -u foobar server yeah, that has been running since 2012 :( root:/tmp# strace -p 17836 Process 17836 attached - interrupt to quit select(8, [4], [], NULL, NULL very exciting... There doesn't seem to be a timeout in dsync, but perhaps there should be? At this point my only option is to write a cronjob that will look for dsync processes that are over a certain amount of time old and then kill them, after I do that I will need to take a shower because that is a very dirty solution :P thanks for any ideas, or help! micah --

4 6

[Dovecot] Dovecot-2.1.14 - pop3 processes always hangs forever - a follow-up
by Axel Luttgens 08 Feb '13

08 Feb '13

Suspecting a problem with the "virtual" uids/gids, I've tried with a real user for the mail user: # 2.1.14: /_ETC/dovecot/dovecot.conf # OS: Darwin 12.2.1 x86_64 auth_verbose = yes disable_plaintext_auth = no mail_debug = yes mail_gid = dovemailer mail_location = mbox:~/mboxes:INBOX=~/mboxes/inbox mail_uid = dovemailer passdb { args = /_ETC/dovecot/db.conf driver = sql } ssl = no userdb { driver = prefetch } Of course, the db queries do not return uid/gid pairs anymore. And the pop3 processes now seem to work as expected; connecting for the first time as user1: $ telnet 127.0.0.1 110 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. +OK Dovecot ready. user user1 +OK pass pass1 +OK Logged in. list +OK 0 messages: . quit +OK Logging out. Connection closed by foreign host. Hmmm... Axel

1 0

[Dovecot] Dovecot-2.1.14 - pop3 processes always hangs forever
by Axel Luttgens 08 Feb '13

08 Feb '13

Hello, I'm currently experimenting with the 2.1.x series and am facing a behavior I can't explain; I must be doing something wrong and probably miss the obvious... ;-) This is a very basic build on Mac OS X 10.8.2: ./configure --prefix=/_COD/dovecot-2.1.14 --sysconfdir=/_ETC --localstatedir=/_VAR --with-sqlite --with-ldap=yes (Yes, I know, a strange layout, yet very convenient for testing various things here.) Dovecot's configuration is very basic too: # 2.1.14: /_ETC/dovecot/dovecot.conf # OS: Darwin 12.2.1 x86_64 auth_verbose = yes disable_plaintext_auth = no mail_debug = yes mail_location = mbox:~/mboxes:INBOX=~/mboxes/inbox passdb { args = /_ETC/dovecot/db.conf driver = sql } ssl = no userdb { driver = prefetch } It is started from launchd with the -F flag. Two users are defined in the database, user1 (100002/100002) and user2 (100003/100003), with "virtual" uids/gids. Connecting for the first time as user1 through imap: $ telnet 127.0.0.1 143 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE AUTH=PLAIN] Dovecot ready. a login user1 pass1 a OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE SORT SORT=DISPLAY THREAD=REFERENCES THREAD=REFS THREAD=ORDEREDSUBJECT MULTIAPPEND UNSELECT CHILDREN NAMESPACE UIDPLUS LIST-EXTENDED I18NLEVEL=1 CONDSTORE QRESYNC ESEARCH ESORT SEARCHRES WITHIN CONTEXT=SEARCH LIST-STATUS SPECIAL-USE] Logged in b logout * BYE Logging out b OK Logout completed. Connection closed by foreign host. In mail.log: dovecot[2997]: imap-login: Login: user=<user1>, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, mpid=3006, secured, session=<EOWWzjbVxQB/AAAB> dovecot[2997]: imap(user1): Debug: Effective uid=100002, gid=100002, home=/_Data/Mailstores/100002 dovecot[2997]: imap(user1): Debug: Home dir not found: /_Data/Mailstores/100002 dovecot[2997]: imap(user1): Debug: fs: root=/_Data/Mailstores/100002/mboxes, index=, control=, inbox=/_Data/Mailstores/100002/mboxes/inbox, alt= dovecot[2997]: imap(user1): Debug: Namespace : /_Data/Mailstores/100002/mboxes doesn't exist yet, using default permissions dovecot[2997]: imap(user1): Debug: Namespace : Using permissions from /_Data/Mailstores/100002/mboxes: mode=0700 gid=-1 dovecot[2997]: imap(user1): Disconnected: Logged out in=8 out=362 While logged in (ie after the login and before the logout), "doveadm who" shows: username # proto (pids) (ips) user1 1 imap (3093) (127.0.0.1) So far, so good. Now, let's connect as user2 for the first time, through pop: $ telnet 127.0.0.1 110 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. +OK Dovecot ready. user user2 +OK pass pass2 and the session hangs forever. This is written in the log: dovecot[2997]: pop3-login: Login: user=<user2>, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, mpid=3113, secured, session=<GTOlMjfV3gB/AAAB> dovecot[2997]: pop3(user2): Debug: Effective uid=100003, gid=100003, home=/_Data/Mailstores/100003 dovecot[2997]: pop3(user2): Debug: Home dir not found: /_Data/Mailstores/100003 dovecot[2997]: pop3(user2): Debug: fs: root=/_Data/Mailstores/100003/mboxes, index=, control=, inbox=/_Data/Mailstores/100003/mboxes/inbox, alt= dovecot[2997]: pop3(user2): Debug: Namespace : /_Data/Mailstores/100003/mboxes doesn't exist yet, using default permissions dovecot[2997]: pop3(user2): Debug: Namespace : Using permissions from /_Data/Mailstores/100003/mboxes: mode=0700 gid=-1 dovecot[2997]: pop3(user2): Debug: Namespace : /_Data/Mailstores/100003/mboxes/inbox doesn't exist yet, using default permissions dovecot[2997]: pop3(user2): Debug: Namespace : Using permissions from /_Data/Mailstores/100003/mboxes: mode=0700 gid=-1 dovecot[2997]: pop3(user2): Debug: Namespace : /_Data/Mailstores/100003/mboxes/inbox doesn't exist yet, using default permissions dovecot[2997]: pop3(user2): Debug: Namespace : Using permissions from /_Data/Mailstores/100003/mboxes: mode=0700 gid=-1 while "doveadm who" pretends nobody is connected: username # proto (pids) (ips) To get rid of the pop3 process, I have to send it a KILL signal: no other way. But this is noticed by the master process: dovecot[2997]: pop3(user2): Fatal: master: service(pop3): child 3113 killed with signal 9 Note that it is possible to connect afterwards as user2 through imap. On the other hand, trying to connect as user1 or user2 through pop always hangs. TIA, Axel

1 0

[Dovecot] test
by Timo Sirainen 08 Feb '13

08 Feb '13

mailman archive process seems to have crashed and hasn't been writing to archives. lets see if it works again after restart..

1 0

[Dovecot] v2.1.15 released
by Timo Sirainen 08 Feb '13

08 Feb '13

http://dovecot.org/releases/2.1/dovecot-2.1.15.tar.gz http://dovecot.org/releases/2.1/dovecot-2.1.15.tar.gz.sig v2.1.14's dovecot.index.cache fixes caused Dovecot to use more disk I/O and memory than was necessary.

1 0

[Dovecot] user uknown
by Harford, Ken 08 Feb '13

08 Feb '13

Hi, I upgraded to version 2.1.1 from version 1.0.7 and I am having issues with postfix and dovecot reading my userdb file. Here is my dovecot config: # 2.1.1: /etc/dovecot/dovecot.conf # OS: Linux 2.6.18-308.1.1.el5 x86_64 CentOS release 5.7 (Final) auth_debug = yes auth_socket_path = /var/run/dovecot/auth-userdb default_internal_user = vmail default_login_user = dovecot disable_plaintext_auth = no auth_mechanisms = plain log_path = /var/log/dovecot.log mail_debug = yes mail_location = maildir:~/Maildir mbox_write_locks = fcntl namespace inbox { inbox = yes location = prefix = } passdb { args = username_format=%u /etc/dovecot.ctctmon/%d/userdb driver = passwd-file } postmaster_address = postmaster(a)example.com protocols = imap lmtp service auth { unix_listener auth-userdb { group = vmail mode = 0600 user = vmail } } service imap-login { inet_listener imap { port = 143 } inet_listener imaps { port = 993 ssl = yes } } service imap { process_limit = 1024 } ssl = required ssl_cert = </etc/pki/dovecot/certs/dovecot.pem ssl_key = </etc/pki/dovecot/private/dovecot.pem Here is what I am seeing in logs: Dovecot: Feb 07 17:05:27 auth: Debug: master in: USER 1 ctctsc9@p2-ctctmon.<domain> service=lda Feb 07 17:05:27 auth: Debug: passwd-file(ctctsc9(a)p2-ctctmon.constantcontact.com): lookup: user=ctctsc9@p2-ctctmon.<domain> file=/etc/dovecot.ctctmon/p2-ctctmon.<domain>/userdb Feb 07 17:05:27 auth: Info: passwd-file(ctctsc9@p2-ctctmon.<domain>): unknown user Feb 07 17:05:27 lda: Debug: auth input: Feb 07 17:05:27 auth: Debug: master out: NOTFOUND 1 Postfix: Feb 7 17:07:51 p2-ctctmon101 postfix/pipe[17969]: C91831C8168: to=<ctctsc1(a)p2-ctctmon.domain>, relay=dovecot, delay=0.1, delays=0.09/0/0/0.02, dsn=5.1.1, status=bounced (user unknown) Userdb: ctctsc1:$1$e3k3Xp.u$QdSaJMh79dhivHUuaToDO0:::ctctsc1 Any ideas would be greatly appreciated!! Ken

2 1

[Dovecot] dsync: Invalid server handshake
by Dusan Zivadinovic 08 Feb '13

08 Feb '13

Hi list, I recently tried to backup mailboxes from an older server machine to a new one in order to move the service to the new machine. Both machines are in the same LAN, I used this command: dsync -R -u username backup ssh -i .ssh/id_rsa username(a)192.168.1.11 /opt/local/bin/dsync and I get this error: dsync-local(dz): Error: Invalid server handshake: dsync-server 2 dsync-remote(dz): Error: Invalid client handshake: dsync-client 1 # lokal machine: dovecot 2.0.19apple1 running on Mac OS X 10.8.2 Server using standard Apple-Dovecot-Configuration # remote machine: 2.1.12 running on Mac OS X 10.4 using PAM authentication I cant seem to find any documentation to this error, nor do I find any dsync entries in the logs of both machines. Does anyone have a hint? Thank you, Dusan

2 1

[Dovecot] File permissions used for automatically created mailbox
by Frerich Raabe 07 Feb '13

07 Feb '13

Hi, I'm running Dovecot 2.1.12 on FreeBSD (quite successfully so, thanks for this nice piece of software!). One thing which is slightly annoying though is that automatically created mailboxes (I have lda_mailbox_autocreate set) don't have the file permissions I'd like them to have. I'm using a vmail-based system, i.e. all mail is owned by vmail:vmail; another member of the vmail group is called 'backup', which has read access to all mail in order to create backups. All mail is stored beneath /home/vmail, e.g. /home/vmail/frerich/Maildir Right now, newly created mailbox directories (e.g. /home/vmail/bob) have 0700 permissions, but I'd like to have 0750 for all directories and 0640 for all files so that all files and directories are group-readable for backup purposes. Does anybody know whether this is configurable somehow? Right now, my workaround consists running this cron script every night: #!/bin/sh chown -R vmail:vmail /home/vmail/ find /home/vmail/ -type d -print0 | xargs -0 chmod 0750 find /home/vmail/ -type f -print0 | xargs -0 chmod 0640 -- Frerich Raabe - raabe(a)froglogic.com www.froglogic.com - Multi-Platform GUI Testing

2 1

Re: [Dovecot] Per user special-use folder names
by Joseph Tam 07 Feb '13

07 Feb '13

On Wed, 6 Feb 2013, Timo Sirainen wrote: >> On a related topic, what's the easiest way to alias various common >> mailbox names to one physical mailbox? For example, mapping "Trash", >> "Deleted Messages", "Junk" to the same mailbox? >> >> Would you use the SPECIAL-USE, or is there a better way to do this? >> Namescape configuration? Virtual plugin? > > Ideally SPECIAL-USE will take care of it in future. For now you should > configure it, but also realize that it won't work for all clients. > There's also mailbox_alias plugin in v2.1.10+: > http://wiki2.dovecot.org/Plugins/MailboxAlias (the link will work in a > few minutes). Perfect. I added a link to this page to the parent Plugins page Joseph Tam <jtam.home(a)gmail.com>

1 0