June 2013 - dovecot - dovecot.org

Re: [Dovecot] dovecot and time
by Rick Romero 05 Jun '13

05 Jun '13

I found something interesting via strace. lda is writing a timestamp with utime before doign the fsync, but I'm really not a C guy, so I have no idea why that's going on via procmail and not via commandline. I assume it's related to the choice of pread64 vs read. when called from commandline (working): read(0, "July 14-20, 2013\n10 courses. Bon"..., 4096) = 4096 read(0, "s bigger\nthan most realistic cyb"..., 4096) = 4096 read(0, "olina company in\nnumerous small,"..., 4096) = 4096 read(0, "on't have any way to tell you\". "..., 4096) = 4096 read(0, "rer. This version of Chrome addr"..., 4096) = 4096 read(0, "edu.\n\nDr. Johannes Ullrich is Ch"..., 4096) = 3164 read(0, "", 932) = 0 umask(0177) = 077 open("/usr/home/vpopmail/domains/havokmon.com/rick/Maildir/tmp/1370448645.M589211P14191.smtp101", O_WRONLY|O_CREAT|O_EXCL|O_TRUNC|O_LARGEFILE, 0777) = 11 umask(077) = 0177 open("/usr/home/vpopmail/domains/havokmon.com/rick/Maildir/dovecot.index.cache", O_RDWR|O_LARGEFILE) = 12 fstat64(12, {st_mode=S_IFREG|0600, st_size=1568768, ...}) = 0 mmap2(NULL, 1568768, PROT_READ, MAP_SHARED, 12, 0) = 0xb7064000 fstat64(11, {st_mode=S_IFREG|0600, st_size=0, ...}) = 0 write(11, "Return-Path: <newsbites(a)sans.org"..., 8192) = 8192 write(11, "s bigger\nthan most realistic cyb"..., 8192) = 8192 write(11, "on't have any way to tell you\". "..., 11356) = 11356 fstat64(11, {st_mode=S_IFREG|0600, st_size=27740, ...}) = 0 fsync(11) = 0 _llseek(11, 0, [27740], SEEK_END) = 0 close(11) = 0 time(NULL) = 1370448645 umask(0177) = 077 when called from procmail (not working): pread64(10, "00.vfemail.net,S=10941\n968 W2552"..., 4064, 52993) = 4064 pread64(10, "53 :1361943010.39085.mx100.vfema"..., 4087, 57057) = 4087 pread64(10, " :1364597743.43999.mx100.vfemail"..., 4085, 61144) = 4085 pread64(10, "mx100.vfemail.net,S=15951\n17287 "..., 4065, 65229) = 4065 pread64(10, "637P32360.smtp101.vfemail.net,S="..., 4074, 69294) = 3967 pread64(10, "", 107, 73261) = 0 umask(0177) = 077 open("/usr/home/vpopmail/domains/havokmon.com/rick/Maildir/tmp/1370449940.M313792P17436.smtp101", O_WRONLY|O_CREAT|O_EXCL|O_TRUNC|O_LARGEFILE, 0777) = 11 umask(077) = 0177 open("/usr/home/vpopmail/domains/havokmon.com/rick/Maildir/dovecot.index.cache", O_RDWR|O_LARGEFILE) = 12 fstat64(12, {st_mode=S_IFREG|0600, st_size=1575936, ...}) = 0 mmap2(NULL, 1575936, PROT_READ, MAP_SHARED, 12, 0) = 0xb70b0000 fstat64(11, {st_mode=S_IFREG|0600, st_size=0, ...}) = 0 read(0, "", 1127) = 0 write(11, "Return-Path: <dovecot-bounces@do"..., 2911) = 2911 utime("/usr/home/vpopmail/domains/havokmon.com/rick/Maildir/tmp/1370449940.M313792P17436.smtp101", [2013/06/05-16:32:20, 2013/06/05-21:32:18]) = fsync(11) = 0 _llseek(11, 0, [2911], SEEK_END) = 0 close(11) = 0 time(NULL) = 1370449940 umask(0177) = 077 Should I attach full traces? They're 32k and 64k respectively. Sorry about the lack of threading, I had my subscription off and didn't get a copy to reply to :/ Rick

2 2

[Dovecot] 400 Bad Request response from pigeonhole.dovecot.org
by ben＠indietorrent.org 05 Jun '13

05 Jun '13

I'm attempting to access the Pigeonhole documentation but am receiving a 400 Bad Request response from http://pigeonhole.dovecot.org/ . Is this expected? If so, has the documentation moved? Thanks for any help! -Ben

2 2

[Dovecot] partionning users among backends
by Emmanuel Dreyfus 05 Jun '13

05 Jun '13

Hi I face growing load on a mailserver, and I would like to spread the load on multiple machines. I made a first attempt with dsync but got burnt with issues with mbox, therefore now I am looking for another safer approach. Partitionning users on multiple backends would address my load problem. I would have 50% of users on mail1.example.net and 50% on mail2.example.net, but I need to correctly redirect users requests, as their mail user agents only know about mail.example.net. Is dovecot able to send request to the local machine or to proxy them to another one, depending on information it would have on user mailboxes location? If it does, do we have documentation on this? -- Emmanuel Dreyfus manu(a)netbsd.org

2 1

[Dovecot] Bad exit status from dsync
by Jan-Frode Myklebust 05 Jun '13

05 Jun '13

I just tried to migrate one of my users from maildir to mdbox using dsync. My conversion script is checking the dsync exit code to know if the conversion goes fine or not, and surprisingly dsync returned "0" at the same time as it gave the error: Error: Failed to sync mailbox .ta\ vare\ på ... (sorry, lost the rest of the error message) Changing the folder name to mUTF7 manually made it work, but I didn't like that dsync returned success when it got this error. That breaks the failsafe logic in my conversion script. Dovecot version dovecot-ee-2.1.16.3-1, x86_64, RHEL5. Dsync command used: dsync -v -u username(a)example.net mirror maildir:/usr/local/atmail/users/u/s/username@example.net With these dovecot.conf settings: mail_home = /srv/mailstore/%256LRHu/%Ld/%Ln mail_location = mdbox:~/mdbox -jf

2 1

[Dovecot] Dovecot and time (again)
by Rick Romero 05 Jun '13

05 Jun '13

I'm rehashing/reliving my issues from 2010: http://www.dovecot.org/list/dovecot/2010-October/053528.html In short, when calling deliver from vdelivermail (or procmail), and delivering via NFS to Maildir, the timestamp on the file is GMT. If procmail or vdelivermail completely handle the email, the timestamp is CST. The server is set to CST. What's changed from the original issue? Previously was running dovecot 1.x on FreeBSD, now 2.1.7 on Debian 7. I know it's a few versions behind, but this is a deliver only server, and ChangeLog doesn't show too many fixes for lda. Of course, running the command from the command line works perfectly... So where could my problem reside? Two examples: 1st via Calling from procmail: :0 * ? test -f /usr/lib/dovecot/dovecot-lda { :0w |/usr/lib/dovecot/deliver -d $EXT@$HOST } -rw------- 1 vpopmail vchkpw 87196 Jun 5 13:43 1370439849.M812P29560.smtp101,S=87196,W=88094 2nd via Commandline: #sudo -u vpopmail cat /tmp/testmail.txt | /usr/lib/dovecot/deliver -d rick(a)havokmon.com -rw------- 1 vpopmail vchkpw 27740 Jun 5 08:46 1370440001.M421646P29846.smtp101,S=27740,W=28243 I've thrown the TZ variable in the mix as well with no resolution |/usr/bin/env -i TZ=CST /usr/lib/dovecot/deliver -d $EXT@$HOST |/usr/bin/env -i TZ=America/Chicago /usr/lib/dovecot/deliver -d $EXT@$HOST I've also set import_environment = TZ , but it doesn't seem to show in dovecot -n ... Any other thoughts? Side note - deliver behavior has changed since 1.x. I used to be able to specifiy the HOME directory, but now deliver requires the -d parameter, so I've had to setup an Auth server where I didn't have to in the past. Am I the only one who doesn't run my servers in GMT? I seem to only find my own posts when searching on this :) Rick

2 1

[Dovecot] valid folder name
by Jan-Frode Myklebust 05 Jun '13

05 Jun '13

We have a quite large user base, with lots of bad folder names because the mail folders was earlier accessible outside of dovecot. Now we're running dsync conversions from maildir to mdbox for all users, but are struggelig a bit with dsync not liking invalid folder names. Before we convert a user we try to determine if the folder names are valid, but we don't have a very good regexp for validating it. Maybe someone else knows a way to verify (and fix?) folder names that are invalid. The rules I know is: - name doesn't start with '.' or '~' (after the initial '.') - name doesn't end with '.' - the name doesn't contain '..' - the name is valid mUTF7 So, any regexp gurus that can distill those rules down to something usable? -jf -- Some people, when confronted with a problem, think "I know, I'll use regular expressions." Now they have two problems. -jwz

1 0

[Dovecot] Make install error
by kengheng 05 Jun '13

05 Jun '13

Hi, I'm recompiling dovecot 2.2.0/2.2.1 with error below during make install: test -z "/usr/local/dovecot/lib/dovecot/auth" || /usr/bin/mkdir -p "/usr/local/dovecot/lib/dovecot/auth" /usr/bin/mkdir: cannot create directory ‘/usr/local/dovecot/lib/dovecot/auth’: File exists make[3]: *** [install-auth_moduleLTLIBRARIES] Error 1 make[3]: Leaving directory `/usr/local/src/dovecot-2.2.1/src/auth' make[2]: *** [install-am] Error 2 make[2]: Leaving directory `/usr/local/src/dovecot-2.2.1/src/auth' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/dovecot-2.2.1/src' make: *** [install-recursive] Error 1 The target Svr OS: OpenSuse 12.2 x86 and installed success for qmail/vpopmail. The configuration for dovecot as below: ./configure \ --prefix=/usr/local/dovecot \ --with-vpopmail \ --with-docs \ --with-ssl \ --without-shadow \ --without-pam \ --without-ldap \ --without-pgsql \ --without-sql \ --without-mysql \ --without-sqlite Thanks, KH. Chan

4 11

[Dovecot] Director in v2.2.2
by Joe Wong 05 Jun '13

05 Jun '13

Hi, I am going to try and study Dovecot with Director in v2.2.2, would like to confirm the Director bundled there is the latest version, as I saw #define DIRECTOR_VERSION_NAME "director" #define DIRECTOR_VERSION_MAJOR 1 #define DIRECTOR_VERSION_MINOR 3 in director.h thanks, - Joe

1 0

[Dovecot] Support not compiled in for passdb driver 'pam' + telnet localhost imap.
by Maria Jose Yañez Dacosta 05 Jun '13

05 Jun '13

Hi!, I Install dovecot version 2.1.16 on CentOS 6.4 x86_64. When I try to test the installation (by telnet localhost imap) the following error occurs: "auth: Fatal: Support not compiled in for passdb driver 'pam'". I do not discover what caused this. Here I leave the configuration data and the log. Thanks ------------------------------------ / var / log / maillog --------------------------------------- May 31 15:45:55 prueba-mail dovecot: master: Dovecot v2.1.16 starting up (core dumps disabled) May 31 15:46:04 prueba-mail dovecot: auth: Fatal: Support not compiled in for passdb driver 'pam' May 31 15:46:04 prueba-mail dovecot: master: Error: service(auth): command startup failed, throttling for 2 secs May 31 15:46:04 prueba-mail dovecot: imap-login: Disconnected: Auth process broken (disconnected before greeting, waited 0 secs): user=<>, rip=::1, lip=::1, secured, session=<jabyBgjevAAAAAAAAAAAAAAAAAAAAAAB> ------------------------------------ doveconf-n -------------------------------------------------- # 2.1.16: /usr/local/etc/dovecot/dovecot.conf # OS: Linux 2.6.32-358.6.2.el6.x86_64 x86_64 CentOS release 6.4 (Final) auth_use_winbind = yes namespace inbox { inbox = yes location = mailbox Drafts { special_use = \Drafts } mailbox Junk { special_use = \Junk } mailbox Sent { special_use = \Sent } mailbox "Sent Messages" { special_use = \Sent } mailbox Trash { special_use = \Trash } passdb { driver = pam } protocols = imap pop3 ssl = no userdb { args = uid=10000 gid=10000 home=/mail/%d/%n allow_all_users=yes driver = static } -- Maria José

1 0

[Dovecot] Fw: Cannot Authenticate via LDAP
by Christian Wiese 04 Jun '13

04 Jun '13

Hello Christian, I tried what you suggested by adding "REFERALS off" to /etc/ldap/ldap.conf and restarting slapd and dovecot, but the error persists. On Tue, Jun 4, 2013 at 7:56 AM, Christian Wiese < christian.wiese(a)securepoint.de> wrote: > Hi Ron, > > I didn't had the time to check all logs but the error log. > First thing you should check if there are LDAP REFFERALS enabled in > the systems ldap.conf. > I had a similar looking issue and it took me a good amount of time to > figure out that I had to disable LDAP REFFERALS globally. > This happened when using an AD as LDAP backend, but also applies to > Samba4 as you can see in the following mailing list thread: > > > http://dovecot.markmail.org/message/mjurv4fp4w65u2ib?q=Dovecot+LDA+LDAP+loo… > > The settings within the systems ldap.conf might influence dovecot, > because libldap (openldap) functions might read the global ldap.conf > settings. > > Hope that helps. > > Cheers, > Chris > > Am Tue, 4 Jun 2013 05:50:16 -0400 > schrieb Ron Scott-Adams <ron(a)tohuw.net>: > > > a login tohuw [myPassword] returns "NO [AUTHENTICATIONFAILED] > > Authentication failed." I believe I'm missing a configuration > > detail, but what? > > > > > > info.log: http://pastebin.ca/2388873 > > > > debug.log: http://pastebin.ca/2388872 > > > > error.log: http://pastebin.ca/2388871 > > > > dovecot -n: http://pastebin.ca/2388870 > > > > dovecot-ldap.conf.ext summary: http://pastebin.ca/2388867 > >

3 5