June 2013 - dovecot - dovecot.org

[Dovecot] Error: Threading lost Message ID
by Oscar A. Jara 05 Jun '13

05 Jun '13

Hello everyone, I have just put in production dovecot imap and pop3 in replacement of courier in a setup of 700 accounts aprox. Dovecot release running is 1.2.16 in a Linux CentOS 5.8. Seems like some accounts are having problems dealing with message threading, as I read lines like this one in my logs: IMAP(some_user): Error: Threading lost Message ID ...and some of those accounts cannot even list the emails. I temporarily got rid of this problem deactivating threading on those accounts but I would like to solve it. I found a patch that seams to deal with this problem at http://hg.dovecot.org/dovecot-1.2/rev/76023d59c3b2 but it would be weird that CentOS wouldn't have release a patched version of the package. Am I missing something here? Thanks in advance! __________ Information from ESET Mail Security, version of virus signature database 8412 (20130604) __________ The message was checked by ESET Mail Security. http://www.eset.com

2 3

[Dovecot] Crash dovecot 1.2.15
by ib 05 Jun '13

05 Jun '13

Hi everybody We have a probleme with dovecot Jun 05 06:26:01 dovecot: Warning: SIGHUP received - reloading configuration Jun 05 06:26:02 dovecot: Error: Raw backtrace: /usr/sbin/dovecot() [0x41348a] -> /usr/sbin/dovecot() [0x413584] -> /usr/sbin/dovecot() [0x40b290] -> /usr/sbin/dovecot() [0x412bf6] -> /usr/sbin/dovecot() [0x405c9a] -> /usr/sbin/dovecot() [0x416f3d] -> /usr/sbin/dovecot() [0x4163b8] -> /usr/sbin/dovecot() [0x40bb39] -> /lib/libc.so.6(__libc_start_main+0xfd) [0x7f2bad861c8d] -> /usr/sbin/dovecot() [0x403859] Jun 05 07:58:09 dovecot: Info: Dovecot v1.2.15 starting up (core dumps disabled) -- Cordialement, <http://www.ice-dev.com> *Ivan BERTHELOT* Administrateur Réseaux ICE DEVELOPMENT 16 rue Maurice Bouchor Tel : 08 21 23 03 54 http://www.ice-dev.com

2 1

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