- dovecot - dovecot.org

[Dovecot] auth-worker.18163) failed: Permission denied
by Xueron Nee 02 Jul '08

02 Jul '08

Hi, I use a non-root user to run auth program and get an error: auth-worker.18163) failed: Permission denied and cannot start dovecot. But with the same configration at another server, it works fine. If I use root, it works also. Any help? Version: 1.1.1 Error log: dovecot: Jul 02 15:46:47 Fatal: auth(default): net_connect_unix(/home/xueron/var/run/dovecot/auth-worker.18163) failed: Permission denied dovecot: Jul 02 15:46:47 Fatal: Auth process died too early - shutting down Then I check the /home/xueron/var/run/dovecot/: srw-rw-rw- 1 amos amos 0 Jul 2 15:46 auth-master srw------- 1 amosauth amosauth 0 Jul 2 15:46 auth-worker.18163 srw------- 1 amosauth amosauth 0 Jul 2 15:46 auth-worker.18164 srw------- 1 amosauth amosauth 0 Jul 2 15:46 auth-worker.18165 srwxrwxrwx 1 root root 0 Jul 2 15:46 dict-server drwxr-x--- 2 root amosdove 4096 Jul 2 15:46 login -rw------- 1 root root 43 Jul 2 15:46 master-fatal.lastlog -rw------- 1 root root 6 Jul 2 15:46 master.pid the owner has already changed to the user i set in dovecot.conf Thanks! -- Xueron Nee http://www.xueron.com

1 0

[Dovecot] ManageSieve v0.10.3 released for Dovecot 1.1.1
by Stephan Bosch 02 Jul '08

02 Jul '08

Hello Dovecot users, I have formulated a new release that addresses an important ManageSieve compilation issue that arises when compiling with GCC 4.3 (as used by the new Debian Lenny). Change Log v0.10.3 ------------------- * Removed erroneous inline declarations that caused compiler warnings. GCC 4.3 turns out to fail entirely as reported by Joel Johnson. * Fixed auto-detection of Sieve implementation during ./configure. It now produces a proper error when the directory is invalid. Installation ------------ The full installation procedure and other relevant information regarding ManageSieve is available on the Dovecot wiki at: http://wiki.dovecot.org/ManageSieve New release: http://www.rename-it.nl/dovecot/1.1/dovecot-1.1-managesieve-0.10.3.tar.gz http://www.rename-it.nl/dovecot/1.1/dovecot-1.1-managesieve-0.10.3.tar.gz.s… To avoid confusion, I have refreshed the patch as well: http://www.rename-it.nl/dovecot/1.1/dovecot-1.1.1-managesieve-0.10.3.diff.gz http://www.rename-it.nl/dovecot/1.1/dovecot-1.1.1-managesieve-0.10.3.diff.g… My public key (id: 3DFBB4F4) can be found at wwwkeys.pgp.net. Don't hesitate to notify me when there are problems. Regards, -- Stephan Bosch stephan(a)rename-it.nl IRC: Freenode, #dovecot, S[r]us

2 2

[Dovecot] "select NULL as password..." failing after upgrade to dovecot-1.1
by Sergey Ivanov 02 Jul '08

02 Jul '08

Hi, I've upgraded mail server to dovecot-1.1, on solaris-10 with mysql user database. I used sql query "SELECT NULL as password, login as user, concat('/mail/var/dovecot/',login) AS userdb_home, 501 AS userdb_uid, 501 AS userdb_gid FROM users WHERE login='%n' AND password=old_password('%w')" with dovecot-1.0.15 and it worked perfectly. But since upgrade the server can not authenticate any users, complaining in info_log: "Empty password returned without no_password". How to set up such things in dovecot-1.1? Is it possible? -- Sergey Ivanov.

2 2

[Dovecot] Users can't delete an email (Totally Random effect)
by Jesse C. Smillie 02 Jul '08

02 Jul '08

Hello all... Found a weird one here. I tried to search the web but I'm not having luck so I thought I'd hit the mailing list. We have noticed off and on all school year that every so often a user gets an email that they just can't delete using Thunderbird or Outlook over IMAP (we do not support Pop3 anymore.) Essentially the user clicks the email and takes it to the trash. When they empty the trash the email appears again in their inbox as if it was new! Up until this point I would just tell people to login to Usermin which is still set to access the email natively through the maildir format and delete it that way. What we have found out is that emails which have their info fields repeated twice are emails which can't be deleted. So for example: root@gator:/home/somedude# find ./ -iname '*,*,*' ./Maildir/cur/1208807796.29873_0.gator:2,Sb:2,S ./Maildir/cur/1205162628.14926_0.gator:2,Sb:2,S ./Maildir/cur/1206557108.6542_0.gator:2,Sb:2,STb ./Maildir/cur/1204054624.5835_0.gator:2,Sa:2,S ./Maildir/cur/1208957483.28799_0.gator:2,RSb:2,RSTb ./Maildir/cur/1208803572.18922_0.gator:2,Sb:2,S ./Maildir/cur/1209482166.31816_0.gator:2,Sb:2,S ./Maildir/cur/1212778554.27192_0.gator:2,Sa:2,S ./Maildir/cur/1210613916.23757_0.gator:2,Sb:2,S ./Maildir/cur/1210277191.15311_0.gator:2,Sa:2,S ./Maildir/cur/1204813078.31520_0.gator:2,Sa:2,S ./Maildir/cur/1207318169.27142_0.gator:2,Sb:2,STb ./Maildir/cur/1206732320.12478_0.gator:2,RSb:2,RSTb ./Maildir/cur/1210788980.15319_0.gator:2,RSb:2,S ./Maildir/cur/1205432415.9316_0.gator:2,RSb:2,S ./Maildir/cur/1204135464.22085_0.gator:2,Sb:2,S ./Maildir/cur/1207161276.31798_0.gator:2,Sb:2,S ./Maildir/cur/1203969436.24684_0.gator:2,Sa:2,S ./Maildir/cur/1207753826.6079_0.gator:2,Sa:2,RSa ./Maildir/cur/1207832151.6749_0.gator:2,Sb:2,S ./Maildir/cur/1212082057.25882_0.gator:2,Sa:2,S ./Maildir/cur/1205856514.5523_0.gator:2,Sb:2,S ./Maildir/cur/1207072150.20246_0.gator:2,RSab:2,S ./Maildir/cur/1208800746.30992_0.gator:2,Sb:2,S ./Maildir/cur/1205353851.26747_0.gator:2,Sb:2,S All of these emails will not be deletable by the imap client. They will do the thing I described above. If I remove one of the info fields they can be deleted. We also found if we create a fake email and name it "test:2,ae:2,Sae" it too will have the nondelete problem. Unfortunately I don't know how or why these emails are created. As far as the vitals go: We are running Dovecot 1.0.14 now, but I have been able to observe this problem through a few of the last versions. The server runs Slamd 64 10.2 (Opteron 64 CPUs) and all of the home directories are on a ReiserFS formatted Volume Anything else I can tell you please let me know and of course any info anybody can tell me about how to make this weirdness go away would be greatly appreciated. Thanks. -- -Jesse C. Smillie "Insert inspirational or witty comment here...."

2 3

[Dovecot] courier IMAP to dovecot migration: folders not showing up
by Jacob Yocom-Piatt 01 Jul '08

01 Jul '08

i have been running postfix + courier-imap + cyrus sasl for several years and have some prior experience with dovecot + postfix and had no problems. now that i'm trying to convert an existing courier-imap configuration to dovecot and all the various parts work together (e.g. mail delivery and dovecot sasl), i cannot get the folder subscription issue sorted. the machine is running netbsd 4.1 + postfix 2.5.1 + dovecot 1.0.13. searching for a bit yields the following useful links http://wiki.dovecot.org/Migration/Courier http://wiki.dovecot.org/Migration http://marc.info/?l=dovecot&m=120592911416484&w=2 i have downloaded and run the courier-dovecot-migrate.pl script and that does not do the trick, nor does following it up with the suggested changes in the private namespace. an example of one of the maildirs i have at hand is mail# ls -al total 1580 drwx------ 71 vmail users 2560 Jun 27 13:47 . drwx------ 24 vmail users 512 May 28 14:10 .. drwx------ 6 vmail users 512 Jun 27 12:10 .Drafts drwx------ 5 vmail users 512 Jun 27 13:17 .INBOX.Trash drwx------ 6 vmail users 512 Jun 27 12:45 .RT drwx------ 6 vmail users 512 Jun 27 12:50 .Sent drwx------ 6 vmail users 512 Jun 27 12:46 .Trash drwx------ 6 vmail users 512 Jun 27 12:45 .Trash.bro drwx------ 6 vmail users 512 Jun 27 12:45 .associates .... and the subscriptions file, after courier-dovecot-migrate.pl runs is Trash Sent Drafts associates .... based on the folder subscriptions, i have attempted to move the folders preceded by a '.' to the same name without a '.'. this does not fix the problem either. any clues on how to fix this issue would be welcome. cheers, jake

3 3

[Dovecot] Poor pop3 over nfs performance
by Mark Zealey 01 Jul '08

01 Jul '08

Hi, About a week ago I upgraded our reasonably heavily loaded mail servers from a pretty recent courier version to dovecot-1.1rc10. IMAP performance on dovecot is amazing, however POP3 performance is worse than courier :-( I have uploaded some munin graphs taken today to http://linweb.atlas.pipex.net/dovecot/; the dovecot server is handling about 2000 pop logins/sec and 300 imap sessions (but these are negligible in terms of nfs ops). The courier server is handling a similar number of pop logins/sec but no imap (slightly less traffic overall but a similar number of logins). As you can see, dovecot seems to issue an awful lot more read requests than courier. The big spike at 10am is where I tried setting the :INDEX=MEMORY flag on dovecot as I assumed that's what courier is doing. I've also attached graphs of the relative network usage - as you can see, dovecot is using up to 100mbps whereas courier is using less than 10mbps; I believe this is due to the read. I initially assumed this high read load was due to courier building up its index files, but this has now been happening for about a week with little variation. The servers are both centos 5.0 (perhaps 5.1 actually, but with the latest centosplus kernel which fixes the nfs lookup bug in the standard kernels); and are not running any other nfs programs. The NFS server is a high performance NAS unit - no issues there. We're only using Maildirs; relevant config options are: mmap_disable: yes dotlock_use_excl: no mail_nfs_storage: yes mail_nfs_index: yes lock_method: dotlock maildir_copy_preserve_filename: yes Thanks, Mark

3 2

[Dovecot] Maildir and Invalid data in file
by Patryk 01 Jul '08

01 Jul '08

Hi Timo, Regarding our conversation in IRC, I'm attaching the uidlist and copying in the original message just in case. I'm using dovecot version 1.0.13 on reiserfs on hardware RAID-0, but I'm getting the following error in the logs every time one user tries to access his old mails in the .Sent directory: dovecot: 2008-06-23 15:09:46 Error: IMAP(marek.chajecki): Invalid data in file /var/mail/Maildir/marek.chajecki/.Sent/dovecot-uidlist As a result he fails to get access to the emails in this folder. I've googled a bit and read that deleting the uidlist makes dovecot recreate it, but after some time the same thing happens. It's a new hard drive, so I don't think this is a hard drive fault. Some additional info: this server is being used by about 200 users who get about 100 emails daily each one of them. Config: root@warsaw Maildir # dovecot -n # 1.0.13: /etc/dovecot/dovecot.conf log_path: /var/log/dovecot.log info_log_path: /var/log/dovecot.log log_timestamp: %Y-%m-%d %H:%M:%S ssl_listen: * login_dir: /var/run/dovecot/login login_executable: /usr/libexec/dovecot/imap-login login_process_per_connection: no login_processes_count: 15 login_max_processes_count: 512 max_mail_processes: 4096 mail_privileged_group: mail mail_location: maildir:/var/mail/Maildir/%u maildir_copy_with_hardlinks: yes auth default: worker_max_count: 100 passdb: driver: pam args: cache_key=%u dovecot userdb: driver: passwd Any help will be appreciated! -- Regards, Patryk Rzadzinski

2 1

[Dovecot] Dovecot + Postfix for Squirrel Webmail??
by Marcos Cabrera Goñi 01 Jul '08

01 Jul '08

Hi, I would like to use Dovecot as IMAP Server in order to Develope a Squirrel Webmail. I have a problem with the Dovecot configuration; I have my Postfix server in the host: 192.168.100.100, and I have installed Dovecot in the host: 192.168.1.253. Everything goes right, but I can't see any mail that I had received in my mailbox. How can I configure the dovecot.conf in order to use an mbox placed in a different host?? Thanks. Bye Marcos Cabrera Goñi Departamento de Operaciones Comitas Comunicaciones S.A. Ronda de Poniente 4 Centro Empresarial Euronova 3 28760 - Tres Cantos - Madrid - España Central: +34 91 151 76 00 Móvil: +34 666 578 885 mcabrera(a)comitas.es <mailto:mcabrera@comitas.es>

2 1

[Dovecot] [Fwd: Re: University of Washington lays off 66 technology workers.]
by Stewart Dean 01 Jul '08

01 Jul '08

I would expect this means the end of UWIMAP....which probably leaves DC as open-source IMAP of choice. There were 66 people doing IMAP and Pine/Alpine development that were laid off at UWash due to funding cuts; Mark Crispin, one of the fathers of IMAP, was among those laid off. From the keyboard of: James Morris Lead Engineer, UW Technology University of Washington ================================================================================= Here's the official text on the status of Alpine and UW imapd development for those that were asking: --- Here is what we know about our future plans for development of Alpine and UW IMAPd products. We are committed to completing our work on a new Web Alpine user interface and a corresponding release of Alpine and UW IMAPd. After this next release, which is anticipated later this summer, we'll continue assessing any future development plans and resources we can allocate to this effort. Thanks. ================================================================================== -- ==== Stewart Dean, Unix System Admin, Henderson Computer Resources Center of Bard College, Annandale-on-Hudson, New York 12504 sdean(a)bard.edu voice: 845-758-7475, fax: 845-758-7035

1 0

[Dovecot] sieve doesn't work with 1.1.1
by Benjamin Andreas 01 Jul '08

01 Jul '08

Hello This is my dovecot.conf : /etc/dovecot/dovecot.conf log_path: /var/log/dovecot.log info_log_path: /var/log/dovecot.info protocols: imap imaps managesieve login_dir: /var/run/dovecot/login login_executable(default): /usr/lib/dovecot/imap-login login_executable(imap): /usr/lib/dovecot/imap-login login_executable(managesieve): /usr/lib/dovecot/managesieve-login mail_location: maildir:/var/spool/imap/%u mail_executable(default): /usr/lib/dovecot/imap mail_executable(imap): /usr/lib/dovecot/imap mail_executable(managesieve): /usr/lib/dovecot/managesieve mail_plugin_dir(default): /usr/lib/dovecot/modules/imap mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap mail_plugin_dir(managesieve): /usr/lib/dovecot/modules/managesieve sieve_storage(default): sieve_storage(imap): sieve_storage(managesieve): ~/sieve sieve(default): sieve(imap): sieve(managesieve): ~/.dovecot.sieve auth default: passdb: driver: pam userdb: driver: passwd socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix I have updated from 1.0.15 to 1.1.1 because it was necessity to change the sieve path. Furthermore i needed the managesieve. If i create a file named .dovecot.sieve in the home directory the file will be ignored. But in the 1.0.15 version with the cmusieve plugin it worked I would be thankful for your help Kind regards Benjamin Andreas

2 1