Re: [Dovecot] Maildir Skeleton
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, 8 Aug 2007, Sebastian Ganschow wrote: deliver([EMAIL PROTECTED]): Aug 08 23:22:58 Info: cmusieve: Using sieve path: /var/vmail/[EMAIL PROTECTED]//.dovecot.sieve deliver([EMAIL PROTECTED]): Aug 08 23:22:58 Info: cmusieve: Executing script /var/vmail/[EMAIL PROTECTED]//.dovecot.sievec Dovecot-LDA is using _one_ script, when there is an user Sieve script, the global one is _not_ used. Bye, - -- Steffen Kaiser -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iQEVAwUBRrq2By9SORjhbDpvAQKMLwf/ejZObQJYslAMDZmt7pAIqBBjOEmRIBvt 4V6qXbR1XDJxuo6lxCW5+YQHurImPLdZJzprdNWGDlGWG9t5EanYXwOh8bGqkUgV WFr8X+jL8zv60iBxnYHo2lt5MPKxsD8Nbzqr5lSNi01G9UpST4uHsJB149JdwfBt keJ6zoC+RJBXrjkLM8sIE3jZsCY9Q8gLWpNRB9nsGWQ+P2B7OiLaH3i0JyYG+lW2 6LTDJz2sMjCdFpSEsQu5K/IpWtLdlmjgt7FJax9sN8HRP5Q0NXJOuv7zCuTFIxJB d2IewvbAUQ2Wl7+xx5mJaO8GAYCzj5NbOvlH627YPz+A4QYwxVTp1A== =H2Ke -END PGP SIGNATURE-
Re: [Dovecot] lda: vacation auto-reply for a virtual address
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, 8 Aug 2007, martin f krafft wrote: As a long-time Debian user, I'd really rather not patch anything. :) Um, I couldn't stand this policy while waiting for Sarge. But yes, if dovecot's LDA would honour something like .forward files, I'd be happy. Actually, the forward files functionality is mail forwarding per user, this is you setup two (independed) maildrops per recipient; it's a feature of the MTA, not of the MDA. One maildrop is the mailbox of the local user, the other one is the auto-responder. Maybe, you could also name it aliasing, you alias the local recipient to the local recipient himself and the responder (double the mail, like if you would forward the mail to two different remote addresses). In sendmail the main difference between .forward and aliases is that aliases are executed with the permission of the MTA, but .forwards with the permissions of the user. I don't know postfix, so I cannot use the correct terms of it. Sendmail uses different mailers (exim calls them transports, if I remember correctly) for the two different maildrops, scripts are invoked by the virtual *prog* mailer, whereas the spooling into a local mailbox is performed by the local mailer, which is bound to e.g. Dovecot deliver. http://www.postfix.org/local.8.html An alias or ~/.forward file may list any combination of external commands, destination file names, :include: directives, or mail addresses. See aliases(5) for a pre- cise description. Each line in a user's .forward file has the same syntax as the right-hand part of an alias. this paragraphe should cover what I mean (section: SYSTEM-WIDE AND USER-LEVEL ALIASING). Bye, - -- Steffen Kaiser -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iQEVAwUBRrq8Fi9SORjhbDpvAQLkCAf7BiQ1SsQdMSTw958e1z4o96tV4ljQES5p R8T004kjfmqccXuoyyzowL+oPzB9GFSHRYJkRb889FGTN1OCWiDQF1sySOVWsAn+ O/zpnuKaQ3pYLAhTuwoNviBT22sVseRNJh0LxiV8123rxrdMFGxHczzENh9+SJCN OdfVuaNBwf8eiVIuokLg1B+fbMi1TvUaYkrgMZLQJsUX+StT88AS92VVk1hlb63f OHJWpIbr+/8QMHlXrHQkhVk1TRg0hMX7T/0z1QiGK0GuZ5dT92CgnuyhZYzyQrpQ /bU08V/sM7AIcf3D0jabxXznUK01cxekOFG7602VHHHAfXLH4HBeHA== =wbX2 -END PGP SIGNATURE-
[Dovecot] Mails causing imap process to hang.
Hi Timo,
We are getting e-mails from a certain domain that seem to cause the IMAP
process to hang.
Here's how it looks like if we issued a FETCH 40 FULL:
* 40 FETCH (FLAGS (\Seen) INTERNALDATE 09-Aug-2007 11:50:44 +0800
RFC822.SIZE 803392
ENVELOPE (Thu, 09 Aug 2007 11:09:09 +0800 (CST) {64}
8¤ë¸¹Âø»x¤C¤Ñ¤W¬[79§é !! SmartÀ°±zÄY¿ï¥|¤j°Ï°ì20Àɳ̷í¼ö°òª÷±ÀÂË
((=?Big5?B?s9WryKjTpKSk5cL4u3ikS6TruLk=?= NIL mailsender books.com.tw))
((=?Big5?B?s9WryKjTpKSk5cL4u3ikS6TruLk=?= NIL mailsender books.com.tw))
((=?Big5?B?s9WryKjTuvS49K7RqbE=?= NIL mailsender books.com.tw)) NIL NIL NIL NIL
[EMAIL PROTECTED]) BODY (text
html (charset Big5) NIL NIL base64 801726 10279))
A truss of the process reveals:
write(1, * 4 0 F E T C H (.., 36) = 36
sendfilev64(1, 1, 0xFFBFF2C0, 1, 0xFFBFF2B4)= 65536
close(10) = 0
close(8)= 0
open64(/var/qmail/maildirs/09/44/XX/Maildir/maildirsize,
O_RDWR|O_APPEND) = 8
read(8, 1 0 4 8 5 7 6 0 S\n 6 4.., 5120) = 1188
read(8, 0xFFBFE3FC, 3932) = 0
write(1, )\r\n 0 0 0 0 0 0 1 0 .., 33) = 33
pollsys(0x000B0378, 3, 0xFFBFF888, 0x) = 1
read(0, 0 0 0 0 0 0 1 1 F E T.., 2769) = 42
close(8)= 0
open64(/var/qmail/maildirs/09/44/XX/Maildir/maildirsize,
O_RDWR|O_APPEND) = 8
read(8, 1 0 4 8 5 7 6 0 S\n 6 4.., 5120) = 1188
read(8, 0xFFBFE4FC, 3932) = 0
open64(/var/qmail/maildirs/09/44/XX/Maildir/cur/1186631443.M495843P21207V0094BF68I0030AFC0_0.recess4,S=803364:2,S,
O_RDONLY) = 10
fstat64(10, 0xFFBFF2A0) = 0
pread64(10, A g I C A 8 d G Q g Y 2.., 4096, 58982) = 4096
pread64(10, R p b m c 9 I j A i P g.., 4096, 63078) = 4096
pread64(10, O V 8 w M D F f M D M y.., 4096, 67174) = 4096
pread64(10, Z W M v Y X M v M j A w.., 4096, 71270) = 4096
pread64(10, 4 K I C A g I C A g I C.., 4096, 75366) = 4096
pread64(10, A g I C A g I C A g I C.., 4096, 79462) = 4096
pread64(10, I C A g I C A 8 L 3 R y.., 4096, 83558) = 4096
pread64(10, c y 5 j b 2 0 u d H c v.., 4096, 87654) = 4096
pread64(10, A g I C A g I C A g I C.., 4096, 91750) = 4096
pread64(10, A 4 N j A i P j x p b W.., 4096, 95846) = 4096
pread64(10, I C A 8 d G Q + I A o g.., 4096, 99942) = 4096
pread64(10, U j A z L z k v U j A z.., 4096, 104038) = 4096
pread64(10, A g P H R k I G N v b H.., 4096, 108134) = 4096
pread64(10, R k P g o g I C A g\r\n.., 4096, 112230) = 4096
pread64(10, I C A g I C A g I D x 0.., 4096, 116326) = 4096
pread64(10, e m l u Z S 9 t\r\n Y W.., 4096, 120422) = 4096
pread64(10, J 0 Z X h 0 I j 6 q s a.., 4096, 124518) = 4096
fstat64(10, 0x000D6610) = 0
write(1, * 4 0 F E T C H (.., 38) = 38
sendfilev64(1, 1, 0xFFBFF2C0, 1, 0xFFBFF2B4)= 131072
close(10) = 0
close(8)= 0
open64(/var/qmail/maildirs/09/44/XX/Maildir/maildirsize,
O_RDWR|O_APPEND) = 8
read(8, 1 0 4 8 5 7 6 0 S\n 6 4.., 5120) = 1188
read(8, 0xFFBFE3FC, 3932) = 0
write(1, )\r\n 0 0 0 0 0 0 1 1 .., 33) Err#11 EAGAIN
pollsys(0x000B0378, 4, 0xFFBFF888, 0x) = 1
write(1, )\r\n 0 0 0 0 0 0 1 1 .., 33) = 33
pollsys(0x000B0378, 3, 0xFFBFF888, 0x) = 1
read(0, 0 0 0 0 0 0 1 2 F E T.., 2727) = 42
close(8)= 0
open64(/var/qmail/maildirs/09/44/XX/Maildir/maildirsize,
O_RDWR|O_APPEND) = 8
read(8, 1 0 4 8 5 7 6 0 S\n 6 4.., 5120) = 1188
read(8, 0xFFBFE4FC, 3932) = 0
open64(/var/qmail/maildirs/09/44/XX/Maildir/cur/1186631443.M495843P21207V0094BF68I0030AFC0_0.recess4,S=803364:2,S,
O_RDONLY) = 10
fstat64(10, 0xFFBFF2A0) = 0
pread64(10, J 0 Z X h 0 I j 6 q s a.., 4096, 124518) = 4096
pread64(10, c v Z X h l\r\n Y y 9 h.., 4096, 128614) = 4096
pread64(10, I C A g I C A g I C A g.., 4096, 132710) = 4096
pread64(10, I C A g\r\n I C A g C i.., 4096, 136806) = 4096
pread64(10, A g I C A g I C A g I C.., 4096, 140902) = 4096
pread64(10, w v\r\n d H I + C i A g.., 4096, 144998) = 4096
pread64(10, Z H R o P S I 4 M S I g.., 4096, 149094) = 4096
pread64(10, \r\n b 2 x z c G F u P S.., 4096, 153190) = 4096
pread64(10, T r u L k v M j A w N y.., 4096, 157286) = 4096
pread64(10, c j 4 K I C A g I C A g.., 4096, 161382) = 4096
pread64(10, I C A g P H R k I G N v.., 4096, 165478) = 4096
pread64(10, E g a H J l Z j 0 i a H.., 4096, 169574) = 4096
pread64(10, A g I C A g I C A 8 d H.., 4096, 173670) = 4096
pread64(10, I i B o Z W l n a H Q 9.., 4096, 177766) = 4096
pread64(10, I D x 0 Z C B j b 2 x z.., 4096, 181862) = 4096
pread64(10, M u Z 2 l m I i B 3 a W.., 4096, 185958) = 4096
pread64(10, l 3 u / m h R z x z P j.., 4096, 190054) = 4096
pread64(10, I C A g I C A 8 L 3 R y.., 4096, 194150) = 4096
Re: [Dovecot] Maildir Skeleton
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, 9 Aug 2007, Sebastian Ganschow wrote: But if the user creates his own rules, he also needs to create the spam rule. Otherwise his spam won't be delivered to the spam folder. I'm not really sure, if this is the solution i'd like to have. Yeah ;-) It's my impression, too. I was on the way to make a patch for this situation, but Timo has moved on to another version for the next versions of Dovecot-sieve, which I have not looked into. Bye, - -- Steffen Kaiser FH Bonn-Rhein-Sieg| e-mail: [EMAIL PROTECTED] FB Informatik | Grantham-Allee 20 | phone : +49 2241/865-203 53757 Sankt Augustin | Germany - Deutschland | fax : +49 2241/865-8203 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGusnEqkPRRG/0bFIRAgwPAJ9M98Mzfbe5qR6olQ2dS68j3M+/WACdHLLm QL676rweK4rrJYD9Z1zjloM= =dvNc -END PGP SIGNATURE-
Re: [Dovecot] Authentication problem - or is it?
On Wednesday 08 Aug 2007, you wrote: On Wed, 2007-08-08 at 21:19 +0100, Anne Wilson wrote: On Wednesday 08 Aug 2007, you wrote: On Wed, 2007-08-08 at 19:45 +0100, Anne Wilson wrote: dovecot: Aug 08 18:50:11 Error: IMAP(anne): Ambiguous mail location setting, don't know what to do with it: /home/anne/Maildir (try prefixing it with mbox: or maildir:) .. I tried adding maildir:, but it made no difference. That should fix it. Did you forget to restart Dovecot? Or did you check if the error message had changed? You're right, of course - I had forgotten to restart. However, now I have telnet localhost 143 Trying 127.0.0.1... telnet: connect to address 127.0.0.1: Connection refused telnet: Unable to connect to remote host: Connection refused That means Dovecot didn't start. It most likely wrote an error message to logs. [EMAIL PROTECTED] program]# service dovecot status dovecot dead but subsys locked Hmm - dovecot: Aug 08 21:15:47 Warning: Killed with signal 15 dovecot: Aug 08 21:15:51 Error: Auth process died too early - shutting down dovecot: Aug 08 21:15:51 Error: auth(default): Unknown userdb driver '/etc/passwd' (typo, or Dovecot was built without support for it? Check with dovecot --build-options) dovecot: Aug 08 21:15:51 Error: child 30279 (auth) returned error 89 It's 10pm here, and I've wrestled with this most of the day. I'll be back to it in the morning, but I'm really tired now, and the brain is seizing up. :-) Any help you can give, I'll follow it up and report back. Thanks Anne pgpdGb1F6y2Bu.pgp Description: PGP signature
Re: [Dovecot] Maildir Skeleton
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sebastian Ganschow schrieb: Steffen Kaiser schrieb: Dovecot-LDA is using _one_ script, when there is an user Sieve script, the global one is _not_ used. Okay now it works. But if the user creates his own rules, he also needs to create the spam rule. Otherwise his spam won't be delivered to the spam folder. I'm not really sure, if this is the solution i'd like to have. Sebastian it should be possible to write a rule in global sieve that delivers marked spam mails into the users spam folder it can be done with maildrop, so it should work with sieve too. After all i dont think this is a good idea ( depend deeply to your setup ) cause subfolders are not visiable in pop3 i choose to let the users make their own sieve filters with avelsieve - -- Mit freundlichen Gruessen Best Regards Robert Schetterer Germany/Bavaria/Munich -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFGutccfGH2AvR16oERAkncAJsHe++90AE9RsvGJRPagG603Nm3nQCfW63l WaS8XhzbpWIGiCyrzBAGYQ4= =ekdD -END PGP SIGNATURE-
Re: [Dovecot] v1.1.alpha2 released
Timo Sirainen wrote: http://dovecot.org/releases/1.1/alpha/dovecot-1.1.alpha2.tar.gz http://dovecot.org/releases/1.1/alpha/dovecot-1.1.alpha2.tar.gz.sig Hopefully the next release can be v1.1.beta1. I'm not aware of any major problems and I think I'm pretty much done with new features (except for dbox). The largest changes since alpha1: * Removed THREAD indexing. It's a bit buggy and I think there's a better chance of releasing a bugfree v1.1 soon if it's not included. I'll fix it after v1.1. * Removed THREAD=X-REFERENCES2 also because it wasn't as easy to implement with the old threading code. I might put this back though if there's enough interest. * PAM always works in blocking=yes mode now. If you have problems with memory leaks, change auth_worker_max_request_count setting. + Filesystem quota backend supports inode limits, group quota and RPC quota for NFS. + SEARCH and SORT finally compare all characters case-insensitively. We use i;unicode-casemap algorithm. + Config files support splitting values to multiple lines with \ + Winbind NTLM and GSS-SPNEGO mechanism patches by Dmitry Butskoy. Dont' forget: + Added separate auth negative caching timeout option! =)
Re: [Dovecot] Authentication problem - or is it?
On Wednesday 08 Aug 2007, you wrote: On Wednesday 08 Aug 2007, you wrote: On Wed, 2007-08-08 at 21:19 +0100, Anne Wilson wrote: On Wednesday 08 Aug 2007, you wrote: On Wed, 2007-08-08 at 19:45 +0100, Anne Wilson wrote: dovecot: Aug 08 18:50:11 Error: IMAP(anne): Ambiguous mail location setting, don't know what to do with it: /home/anne/Maildir (try prefixing it with mbox: or maildir:) .. I tried adding maildir:, but it made no difference. That should fix it. Did you forget to restart Dovecot? Or did you check if the error message had changed? You're right, of course - I had forgotten to restart. However, now I have telnet localhost 143 Trying 127.0.0.1... telnet: connect to address 127.0.0.1: Connection refused telnet: Unable to connect to remote host: Connection refused That means Dovecot didn't start. It most likely wrote an error message to logs. [EMAIL PROTECTED] program]# service dovecot status dovecot dead but subsys locked Hmm - dovecot: Aug 08 21:15:47 Warning: Killed with signal 15 dovecot: Aug 08 21:15:51 Error: Auth process died too early - shutting down dovecot: Aug 08 21:15:51 Error: auth(default): Unknown userdb driver '/etc/passwd' (typo, or Dovecot was built without support for it? Check with dovecot --build-options) dovecot: Aug 08 21:15:51 Error: child 30279 (auth) returned error 89 It's 10pm here, and I've wrestled with this most of the day. I'll be back to it in the morning, but I'm really tired now, and the brain is seizing up. :-) Any help you can give, I'll follow it up and report back. Thanks OK - I did the check, which returned dovecot --build-options Build options: ioloop=poll notify=inotify ipv6 openssl SQL drivers: mysql Passdb: checkpassword pam passwd passwd-file shadow sql Userdb: checkpassword passwd prefetch passwd-file sql static so it has to be my config file. I'll try again to read up on this, but I'll be glad of any help available. Anne pgpPTrikbt8kD.pgp Description: PGP signature
Re: [Dovecot] Maildir Skeleton
On Thu, 2007-08-09 at 10:01 +0200, Steffen Kaiser wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, 9 Aug 2007, Sebastian Ganschow wrote: But if the user creates his own rules, he also needs to create the spam rule. Otherwise his spam won't be delivered to the spam folder. I'm not really sure, if this is the solution i'd like to have. Yeah ;-) It's my impression, too. I was on the way to make a patch for this situation, but Timo has moved on to another version for the next versions of Dovecot-sieve, which I have not looked into. The new Sieve supports include feature, so it should be somewhat easy to support automatic includes. I think. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] UIDL match from 0.99.13 to 1.0-1.2
On Wed, 2007-08-08 at 16:32 -0500, Daniel Davidson wrote: I am moving from and old FC2 system to a new RHEL5 system and am having trouble getting the UIDLs to move over right, mainly the UID. I copy over the mailbox, and see the x-uid in the message is what it was on the old server, but when I telnet in to check pop, it rewrites x-uid in the message to something new, causing old messages to get downloaded again, which is not what we want Then there's something in those headers that causes Dovecot to decide that they're wrong and they need to be rewritten. The rules have changed a bit since 0.99. One thing I can think of is: Does the first message have X-UID: header before X-IMAPbase: header? signature.asc Description: This is a digitally signed message part
Re: [Dovecot] NFS rquota support
Le 07.08.2007 18:05, Mike Brudenell a écrit : 0. Apply the patches. 1. cd to the top level of the distribution directory tree (above src) 2. Run: autoconf 3. Run: autoheader 4. Run: automake 5. Run: configure 6. Compile Thanks, this seems to work at last ! But unfortunately, I get an authentication error and I just wonder why, because the quota command returns the quota properly, but not dovecot.. Aug 7 19:34:36 rouge dovecot: IMAP(stransky): quota-fs: remote rquota call failed: RPC: Authentication error -- Nico
Re: [Dovecot] Mails causing imap process to hang.
On Thu, 2007-08-09 at 15:55 +0800, Tan Shao Yi wrote: We are getting e-mails from a certain domain that seem to cause the IMAP process to hang. .. sendfilev64(1, 1, 0xFFBFF2C0, 1, 0xFFBFF2B4)Err#11 EAGAIN fstat64(10, 0x000CB208) = 0 sendfilev64(1, 1, 0xFFBFF4A0, 1, 0xFFBFF494)Err#11 EAGAIN I guess if you remove HAVE_SOLARIS_SENDFILE from config.h and reinstall it works? I'm not really sure what I'm doing wrong with it.. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Maildir Skeleton
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Timo Sirainen schrieb: The new Sieve supports include feature, so it should be somewhat easy to support automatic includes. I think. Will this support be included in dovecot 1.1? Sebastian - -- Sebastian Ganschow Königsberger Str. 17 45770 Marl Germany Phone: +49 2365 9 24 96 76 Mobile: +49 172 2 47 41 44 Mail: [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGuuc3KWhY+QthhLYRAmb2AJ94LgCw53xrzQE0mmRN69r3MOdZxQCeO0kw DD2eBKf5X6De/Ft3UD+pIg8= =VPmo -END PGP SIGNATURE-
Re: [Dovecot] Mails causing imap process to hang.
On Thu, 2007-08-09 at 13:03 +0300, Timo Sirainen wrote: On Thu, 2007-08-09 at 15:55 +0800, Tan Shao Yi wrote: We are getting e-mails from a certain domain that seem to cause the IMAP process to hang. .. sendfilev64(1, 1, 0xFFBFF2C0, 1, 0xFFBFF2B4)Err#11 EAGAIN fstat64(10, 0x000CB208) = 0 sendfilev64(1, 1, 0xFFBFF4A0, 1, 0xFFBFF494)Err#11 EAGAIN I guess if you remove HAVE_SOLARIS_SENDFILE from config.h and reinstall it works? I'm not really sure what I'm doing wrong with it.. Finally, this had actually been in my TODO for years: http://hg.dovecot.org/dovecot/rev/b24199c8612d signature.asc Description: This is a digitally signed message part
Re: [Dovecot] lda: vacation auto-reply for a virtual address
also sprach Joseba Torre [EMAIL PROTECTED] [2007.08.09.1251 +0200]: As long as nothing depends on whatever you patch, you can do it with no problem. And I don't think that anything depends on dovecot. You just won't get security updates anymore. -- martin; (greetings from the heart of the sun.) \ echo mailto: !#^.*|tr * mailto:; [EMAIL PROTECTED] even if you persuade me, you won't persuade me. -- aristophanes spamtraps: [EMAIL PROTECTED] digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Re: [Dovecot] lda: vacation auto-reply for a virtual address
also sprach Steffen Kaiser [EMAIL PROTECTED] [2007.08.09.0902 +0200]: Sendmail uses different mailers (exim calls them transports, if I remember correctly) for the two different maildrops, scripts are invoked by the virtual *prog* mailer, whereas the spooling into a local mailbox is performed by the local mailer, which is bound to e.g. Dovecot deliver. But postfix's local transport cannot deliver to virtual mailboxes, and the virtual transport does not provide for command execution: virtual(8): This delivery agent only delivers mail. Other features such as mail forwarding, out-of-office notifications, etc., must be configured via virtual_alias maps or via similar lookup mechanisms. So yes, if I find a suitable virtual delivery agent or a way to pass the maildir location from postfix to e.g. procmail, I'll have it solved. But right now it does not look like it's possible. -- martin; (greetings from the heart of the sun.) \ echo mailto: !#^.*|tr * mailto:; [EMAIL PROTECTED] we should have a volleyballocracy. we elect a six-pack of presidents. each one serves until they screw up, at which point they rotate. -- dennis miller spamtraps: [EMAIL PROTECTED] digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Re: [Dovecot] Maildir Skeleton
Le jeudi 09 août 2007 09:47, Sebastian Ganschow a écrit : But if the user creates his own rules, he also needs to create the spam rule. Otherwise his spam won't be delivered to the spam folder. I'm not really sure, if this is the solution i'd like to have. Why not include a default sieve script in your maildir skeleton that will take care of moving spams into the right folder then ? If the user later deletes this rule it's out of your control sure, but if you send a welcome message tell them about this rule and why it's here to help them. Grégory
Re: [Dovecot] Bug in Exim-Dovecot auth
On Fri, 2007-07-27 at 13:47 +0200, Chris Laif wrote: Hi. I'm using SMTP auth with Exim authenticating against Dovecot's auth socket. My (excellent) SMTP test tool swaks (http://jetmore.org/john/code/#swaks) tries multiple auth mechanismus consecutively which leads to the following message in Dovecot's log file: Error: auth(default): BUG: Authentication client gave a PID 6738 of existing connection That probably means that the Exim code creates a second connection. Or possibly closes the old one and then immediately creates a new one so that dovecot-auth doesn't notice that the old connection had yet died. In any case this could be fixed by having Exim use a single connection for the entire life time of the process.. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Outlook 2000/2003 frequent disconnect issue
On Thu, 2007-08-02 at 12:50 -0700, Jeff Ramsey wrote: On Aug 1, 2007, at 12:10 PM, Timo Sirainen wrote: On Wed, 2007-08-01 at 12:05 -0700, Jeff Ramsey wrote: Aug 1 11:58:51 imap dovecot: auth(default): passwd(QUINAULT- ileneyoung,:::10.200.254.110): lookup Aug 1 11:58:51 imap dovecot: auth(default): passwd(QUINAULT- ileneyoung,:::10.200.254.110): unknown user .. I did the downgrade back to 0.99.11-8.EL4, which I realize is not truly 0.99.x, it's got some 1.0.? updates inserted from Red Hat. Anyhow, I did not get anymore messages about 'user unknown' immediately after the downgrade. However, I was still getting a few 'IMAP Server disconnected' errors in my Outlook clients. So, on a hunch I ran a diff command between the default 0.99.11-8.EL4 conf file and my old, known working 0.99.11-8.EL4 conf file, restored from a backup, and I noticed that even though I was not using the POP3 protocol at all, I still have the outlook-pop3-no-nuls and the oe6- fetch-no-newmail workarounds enabled, along with the outlook-idle workaround. So, I added those two workarounds to the default config, and it is working again. No 'IMAP Server disconnected' errors all day long. In 0.99.11-8.EL4, could this outlook-pop3-no-nuls be solving this issue, even though I am using IMAP protocol, not POP3? No, that setting doesn't do anything for IMAP. Also none of those settings affect the unknown user error, so maybe 0.99 is somehow lucky in not generating those. Perhaps setting blocking=yes to userdb passwd args would help. Since in 1.0.2, the workarounds are on a separate conf line for POP3 and IMAP, is there an equivalent workaround for Outlook with IMAP? The wiki mentions a workaround called 'outlook-no-nuls'. Will that one work with 1.0.2 under the IMAP workarounds line? And am I being realistic that this may be my issue? The outlook-no-nuls only fixes Outlook completely hanging in case it receives a NUL byte with POP3 protocol. There's no such problem with IMAP. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Shared folder hierarchies, multiple groups
On Thu, 2007-08-02 at 10:12 -0400, Benjamin R. Haskell wrote: I'm trying to set up two shared folder hierarchies on my Dovecot installation for two groups of employees, all of whom should only have access to their own hierarchy. Any employee should be able to create sub-folders and generally have full access to the hierarchy. My initial setup was to create two public namespaces, Shared-One and Shared-Two. Each is a Maildir under /var/mail. One possibility would be to have the namespaces setup separately for your user groups. If you use flexible enough userdb (or you can play with post-login scripts), you could return the namespace settings from there: namespace_2=maildir:/var/mail/shared1 namespace_2_prefix=shared1/ namespace_2_type=public http://wiki.dovecot.org/UserDatabase/ExtraFields signature.asc Description: This is a digitally signed message part
Re: [Dovecot] dovecot-sieve vacation changes
On Tue, 2007-08-07 at 22:47 +0100, pod wrote: I'd like to put forward the following patch for dovecot-sieve. Thanks, committed. and Resent-BCC fields. Note that the appended patch also includes a fix for some missing parentheses in the resent-to test which resulted in some extra work being done but was otherwise harmless. Also changed to dovecot-sieve-1.1. The fix has been sent to [EMAIL PROTECTED] I've tried to send some of my own changes and minor fixes a few times already but no-one's ever answered. Maybe I should try once more. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] dovecot-sieve vacation changes
Hi, On Thu, Aug 09, 2007 at 03:23:38PM +0300, Timo Sirainen wrote: The fix has been sent to [EMAIL PROTECTED] I've tried to send some of my own changes and minor fixes a few times already but no-one's ever answered. Maybe I should try once more. The cyrus-bugs is (or at least seems to be) a black hole. Try [EMAIL PROTECTED] or Ken Murchison [EMAIL PROTECTED] directly. Regards, -- Tomas Janousek, SW Engineer, Red Hat, Inc.
Re: [Dovecot] NFS rquota support
Le 09.08.2007 12:45, Timo Sirainen a écrit : Aug 7 19:34:36 rouge dovecot: IMAP(stransky): quota-fs: remote rquota call failed: RPC: Authentication error Did you include http://hg.dovecot.org/dovecot/rev/0f6d4f8dd587 You are right, this was not included, thanks ! Now I have included this patch and it works better, I mean there is no more error and thunderbird for example says that the server is supporting quotas. So, to sum up, the four needed patches are: http://hg.dovecot.org/dovecot/rev/078d9dde99c8 http://hg.dovecot.org/dovecot/rev/abec53314897 http://hg.dovecot.org/dovecot/rev/0dda1f746d63 http://hg.dovecot.org/dovecot/rev/0f6d4f8dd587 But now it returns no value, and always says the status is 0% used (0 out of 0Ko used)... should I configure something else ? Thunderbird also says the quota root is : Thanks -- Nico
[Dovecot] courier-dovecot-migrate.pl destroyed my indices... still recovering...
I tried to disable courier-pop3 today in favour of dovecot pop3.
Prior to that I ran:
find /home -maxdepth 1 -type d | xargs --replace
/usr/local/scripts/courier-dovecot-migrate.pl --overwrite --recursive --convert
{}
( /home is hashed two levels deep: /home/a/a/aanton/Maildir/ )
After that, I got lots of errors like:
Aug 9 13:02:40 postamt dovecot: IMAP(azenclu): Maildir
/home/a/z/azenclu/Maildir sync: UIDVALIDITY changed (1167827929 - 1058881980)
Aug 9 13:03:46 postamt dovecot: POP3(bbuhse): Couldn't init INBOX: BUG:
Unknown internal error
Aug 9 13:03:46 postamt dovecot: POP3(bbuhse): Mailbox init failed top=0/0,
retr=0/0, del=0/0, size=0
Aug 9 13:04:14 postamt dovecot: IMAP(bkusma): Maildir /home/b/k/bkusma/Maildir
sync: UIDVALIDITY changed (1179153053 - 1174292827)
Aug 9 13:04:19 postamt dovecot: IMAP(am02): Corrupted index cache file
/home/a/m/am02/Maildir/dovecot.index.cache: indexid changed
Aug 9 13:04:28 postamt deliver(avolz): Corrupted index cache file
/home/a/v/avolz/Maildir/dovecot.index.cache: indexid changed
Aug 9 13:04:51 postamt dovecot: IMAP(ck05): Maildir /home/c/k/ck05/Maildir
sync: UIDVALIDITY changed (1167893115 - 1094733247)
Aug 9 13:05:11 postamt deliver(agundlfi): Corrupted index cache file
/home/a/g/agundlfi/Maildir/dovecot.index.cache: indexid changed
Aug 9 13:05:50 postamt dovecot: IMAP(asorigue): Corrupted index cache file
/home/a/s/asorigue/Maildir/dovecot.index.cache: indexid changed
Aug 9 13:06:04 postamt dovecot: IMAP(azenclu): Corrupted index cache file
/home/a/z/azenclu/Maildir/dovecot.index.cache: indexid changed
Aug 9 13:06:08 postamt dovecot: IMAP(coneck): Maildir /home/c/o/coneck/Maildir
sync: UIDVALIDITY changed (1164189070 - 1058892719)
Dovecot would recover from that (deliver would deliver the mail on the
next queue run) -- but why is that?
--
Ralf Hildebrandt ([EMAIL PROTECTED]) [EMAIL PROTECTED]
Postfix - Einrichtung, Betrieb und Wartung Tel. +49 (0)30-450 570-155
http://www.arschkrebs.de
This message represents the official view of the voices in my head
Re: [Dovecot] Version 1.1 Alpha 2 Various Stuff
On Wed, 2007-08-08 at 17:36 -0400, Jerry Yeager wrote: dovecot: imap-login: Maximum number of connections exceeded: user=username, method=PLAIN, rip=192.168.1.1, lip=192.168.1.50, TLS mail_max_userip_connections limit causes this. I guess I'll have to change the error message, because even I thought it was something completely different. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] courier-dovecot-migrate.pl destroyed my indices... still recovering...
On Thu, 2007-08-09 at 15:19 +0200, Ralf Hildebrandt wrote:
I tried to disable courier-pop3 today in favour of dovecot pop3.
Prior to that I ran:
find /home -maxdepth 1 -type d | xargs --replace
/usr/local/scripts/courier-dovecot-migrate.pl --overwrite --recursive
--convert {}
( /home is hashed two levels deep: /home/a/a/aanton/Maildir/ )
After that, I got lots of errors like:
Aug 9 13:02:40 postamt dovecot: IMAP(azenclu): Maildir
/home/a/z/azenclu/Maildir sync: UIDVALIDITY changed (1167827929 - 1058881980)
..
If you had run Dovecot as IMAP server, then it wasn't such a great idea
to run the migration, because it recreates dovecot-uidlist files trying
to make them compatible with Courier's POP3 uidlist file.
Creating dovecot-uidlist then caused the UIDVALIDITY to change, which
causes IMAP clients to redownload all messages, and as you can see
Dovecot doesn't handle UIDVALIDITY changes all that nicely. v1.1 does a
better job with it though.
signature.asc
Description: This is a digitally signed message part
Re: [Dovecot] courier-dovecot-migrate.pl destroyed my indices... still recovering...
* Timo Sirainen [EMAIL PROTECTED]: If you had run Dovecot as IMAP server, then it wasn't such a great idea to run the migration, because it recreates dovecot-uidlist files trying to make them compatible with Courier's POP3 uidlist file. Oops. Creating dovecot-uidlist then caused the UIDVALIDITY to change, which causes IMAP clients to redownload all messages, and as you can see Dovecot doesn't handle UIDVALIDITY changes all that nicely. v1.1 does a better job with it though. So, is there a way to migrate WITHOUT all my pop3 users re-downloading everything? -- Ralf Hildebrandt ([EMAIL PROTECTED]) [EMAIL PROTECTED] Postfix - Einrichtung, Betrieb und Wartung Tel. +49 (0)30-450 570-155 http://www.arschkrebs.de Now that we know Microsoft's plan for world domination isn't superman suppost to come out and kick some ass?
Re: [Dovecot] courier-dovecot-migrate.pl destroyed my indices... still recovering...
On Thu, 2007-08-09 at 15:35 +0200, Ralf Hildebrandt wrote: Creating dovecot-uidlist then caused the UIDVALIDITY to change, which causes IMAP clients to redownload all messages, and as you can see Dovecot doesn't handle UIDVALIDITY changes all that nicely. v1.1 does a better job with it though. So, is there a way to migrate WITHOUT all my pop3 users re-downloading everything? Well, what you just did probably did that. It just caused IMAP users to download the mails again, but that's more transparent to users because it doesn't create duplicates. I did think about adding the possibility of storing POP3 UIDLs to a separate field in dovecot-uidlist for v1.1, but I haven't managed to write that code yet. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] courier-dovecot-migrate.pl destroyed my indices... still recovering...
* Timo Sirainen [EMAIL PROTECTED]: Well, what you just did probably did that. It just caused IMAP users to download the mails again, but that's more transparent to users because it doesn't create duplicates. OK I did think about adding the possibility of storing POP3 UIDLs to a separate field in dovecot-uidlist for v1.1, but I haven't managed to write that code yet. :) -- Ralf Hildebrandt ([EMAIL PROTECTED]) [EMAIL PROTECTED] Postfix - Einrichtung, Betrieb und Wartung Tel. +49 (0)30-450 570-155 http://www.arschkrebs.de All the features in the world only do more to make me believe that Sendmail is hopelessly baroque, like some huge construction with chrome and tailfins sticking out in every direction -- like some monstrocity sculpted by people not the least bit interested in correctness.
Re: [Dovecot] UIDL match from 0.99.13 to 1.0-1.2
On Thu, 2007-08-09 at 08:43 -0500, Daniel Davidson wrote: Why, yes, it does. Do I need to swap them ore delete X-IMAPbase, Swapping probably helps. and is there a utility to do that, or do I have to make one? I'm not aware of such an utility. signature.asc Description: This is a digitally signed message part
[Dovecot] HP-UX troubles
Hi there, I got dovecot compiled and running on HP-UX 11.23. It's using LDAPUX and PAM for authentication. So far, it works. But after logging in the connection is closed immediately. It looks like this: telnet ip 143 Connected to ... Escape character is '^]'. * OK Dovecot ready. a01 login user pass Connection closed by foreign host. The dovecot log says: Error: imap-login: fd_send(7) failed: Bad file number Error: child 22629 (login) returned error 89 As far as I can see, the problem seems to reside in dovecot's fdpass.c... dovecot version: 1.0.3 gcc version: 2.9 Any ideas or solutions? Thanks in advance, Matthias
Re: [Dovecot] UIDL match from 0.99.13 to 1.0-1.2
Why, yes, it does. Do I need to swap them ore delete X-IMAPbase, and is there a utility to do that, or do I have to make one? Dan On Thu, 2007-08-09 at 12:53 +0300, Timo Sirainen wrote: On Wed, 2007-08-08 at 16:32 -0500, Daniel Davidson wrote: I am moving from and old FC2 system to a new RHEL5 system and am having trouble getting the UIDLs to move over right, mainly the UID. I copy over the mailbox, and see the x-uid in the message is what it was on the old server, but when I telnet in to check pop, it rewrites x-uid in the message to something new, causing old messages to get downloaded again, which is not what we want Then there's something in those headers that causes Dovecot to decide that they're wrong and they need to be rewritten. The rules have changed a bit since 0.99. One thing I can think of is: Does the first message have X-UID: header before X-IMAPbase: header?
Re: [Dovecot] Moving mboxes around
On Mon, 2007-08-06 at 09:07 +, [EMAIL PROTECTED] wrote: - Is it OK to move mailboxes around from under Dovecot? Yes. - Is there a way to tell an external application when mail has been moved by a client? Not really. There is a plugin for dspam, but there is no generic plugin. - Use the mail_log plugin (seems more attractive). I still have (distro-provided) dovecot 0.99.14, but this would be a good reason to upgrade. (I still don't see where I get the source mailbox in the mail_log messages from, but that's details now). Or you could modify the mail_log plugin a bit and have it directly execute your wanted commands. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] UIDL match from 0.99.13 to 1.0-1.2
I did that and it was not able to fix things. Additionally in my logs I get the following messages: Dovecot v1.0.rc15 starting up pop3-login: Login: user=danield, method=PLAIN, rip=:::128.174.124.57, lip=:::128.174.124.57, secured POP3(danield): mbox sync: UID inserted in the middle of mailbox /var/mail/danield (3093908 3092736, seq=1, idx_msgs=514) POP3(danield): mbox sync: UID inserted in the middle of mailbox /var/mail/danield (3094935 3092736, seq=1, idx_msgs=514) POP3(danield): Disconnected: Logged out top=0/0, retr=0/0, del=0/514, size=4689780 Looks to me like it is looking for a higher initial uid than what it gets from the file. Where is that kept? Any other ideas? Dan On Thu, 2007-08-09 at 16:44 +0300, Timo Sirainen wrote: On Thu, 2007-08-09 at 08:43 -0500, Daniel Davidson wrote: Why, yes, it does. Do I need to swap them ore delete X-IMAPbase, Swapping probably helps. and is there a utility to do that, or do I have to make one? I'm not aware of such an utility.
Re: [Dovecot] Mails causing imap process to hang.
On Thu, 9 Aug 2007, Timo Sirainen wrote: On Thu, 2007-08-09 at 13:03 +0300, Timo Sirainen wrote: On Thu, 2007-08-09 at 15:55 +0800, Tan Shao Yi wrote: We are getting e-mails from a certain domain that seem to cause the IMAP process to hang. .. sendfilev64(1, 1, 0xFFBFF2C0, 1, 0xFFBFF2B4)Err#11 EAGAIN fstat64(10, 0x000CB208) = 0 sendfilev64(1, 1, 0xFFBFF4A0, 1, 0xFFBFF494)Err#11 EAGAIN I guess if you remove HAVE_SOLARIS_SENDFILE from config.h and reinstall it works? I'm not really sure what I'm doing wrong with it.. Finally, this had actually been in my TODO for years: http://hg.dovecot.org/dovecot/rev/b24199c8612d Hi Timo, Thank you, let me apply it and will let you know should anything break. Cheers.
Re: [Dovecot] Userdb and home directories
On Mon, 2007-08-06 at 11:23 +0100, Mike Brudenell wrote:
[Quick side-question: should I be using $USER or $RESTRICTED_USER
here? I can't work out what the difference between them is. Both
are set within Dovecot's standard environment.]
If you're using system users they're the same. If you're using virtual
users $USER contains the virtual user and $RESTRICTED_USER contains the
system user.
Is there some way of overriding the home directory used in the very
early (imap-login?) process? At present I can only think of either:
a) Edit /etc/passwd with a dummy home directory for all users to
appease
the very early check, then use the postlogin script to set
the real
home directory up for the main imap process, or
b) Edit the source code to do likewise.
c) Use checkpassword script for authentication and have it return a
different home directory.
I guess this has been asked often enough. v1.1 supports now this:
userdb passwd {
args = home=/var/mail/%u
}
http://hg.dovecot.org/dovecot/rev/1cc70ab3482a
signature.asc
Description: This is a digitally signed message part
Re: [Dovecot] UIDL match from 0.99.13 to 1.0-1.2
On Thu, 2007-08-09 at 09:00 -0500, Daniel Davidson wrote: I did that and it was not able to fix things. Additionally in my logs I get the following messages: Dovecot v1.0.rc15 starting up pop3-login: Login: user=danield, method=PLAIN, rip=:::128.174.124.57, lip=:::128.174.124.57, secured POP3(danield): mbox sync: UID inserted in the middle of mailbox /var/mail/danield (3093908 3092736, seq=1, idx_msgs=514) After doing that make sure that Dovecot's index files get deleted. Otherwise it remembers the old UIDs and logs these errors. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] HP-UX troubles
On Thu, 2007-08-09 at 15:55 +0200, Matthias Luehr wrote: Error: imap-login: fd_send(7) failed: Bad file number Error: child 22629 (login) returned error 89 As far as I can see, the problem seems to reside in dovecot's fdpass.c... Dovecot's fd_send() probably doesn't work right with HP-UX. Unfortunately I've no idea why not, and if it's even supposed to work with HP-UX. Hmm. Did configure say: checking whether fd passing works... yes signature.asc Description: This is a digitally signed message part
Re: [Dovecot] UIDL match from 0.99.13 to 1.0-1.2
I blasted /home/username/mail/.imap recopied the mailbox, swapped the UID and the IMAP lines and it worked. thanks for the help, Dan On Thu, 2007-08-09 at 17:19 +0300, Timo Sirainen wrote: On Thu, 2007-08-09 at 09:00 -0500, Daniel Davidson wrote: I did that and it was not able to fix things. Additionally in my logs I get the following messages: Dovecot v1.0.rc15 starting up pop3-login: Login: user=danield, method=PLAIN, rip=:::128.174.124.57, lip=:::128.174.124.57, secured POP3(danield): mbox sync: UID inserted in the middle of mailbox /var/mail/danield (3093908 3092736, seq=1, idx_msgs=514) After doing that make sure that Dovecot's index files get deleted. Otherwise it remembers the old UIDs and logs these errors.
Re: [Dovecot] HP-UX troubles
On Thu, 2007-08-09 at 15:55 +0200, Matthias Luehr wrote: Error: imap-login: fd_send(7) failed: Bad file number Error: child 22629 (login) returned error 89 As far as I can see, the problem seems to reside in dovecot's fdpass.c... Dovecot's fd_send() probably doesn't work right with HP-UX. Unfortunately I've no idea why not, and if it's even supposed to work with HP-UX. Hmm. Did configure say: checking whether fd passing works... yes Yes. And from config.log: configure:26621: checking whether fd passing works configure:26694: gcc -o conftest -std=gnu99 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function -cast -D_XOPEN_SOURCE_EXTENDED -I./src/lib ./src/lib/fdpass.c conftest.c 5 configure:26697: $? = 0 configure:26703: ./conftest configure:26706: $? = 0 configure:26735: result: yes
Re: [Dovecot] HP-UX troubles
On Thu, 2007-08-09 at 17:04 +0200, Matthias Luehr wrote: On Thu, 2007-08-09 at 15:55 +0200, Matthias Luehr wrote: Error: imap-login: fd_send(7) failed: Bad file number Error: child 22629 (login) returned error 89 As far as I can see, the problem seems to reside in dovecot's fdpass.c... Dovecot's fd_send() probably doesn't work right with HP-UX. Unfortunately I've no idea why not, and if it's even supposed to work with HP-UX. Hmm. Did configure say: checking whether fd passing works... yes Yes. And from config.log: Well, if you can figure out why it works with a test program but not really in Dovecot, let me know. :) I can't do anything about this without having access to HP-UX, and I don't really want to spend time on it right now even if did.. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] LDAP and (py|cmu)sieve
On Wed, 2007-08-08 at 10:42 +0200, Thibault VINCENT wrote: The very precise question is : How can I tell dovecot to compute the « home » path from the login name when using LDAP userdb ? This is possible with Dovecot v1.1, but not with v1.0. There you can use: user_attrs = ..., =home=/var/spol/imap/%1u/%u signature.asc Description: This is a digitally signed message part
[Dovecot] 1.1.alpha2 error in logs
Did a quick-n-dirty install of 1.1.alpha2 on a Fedora Core 6 server... am getting the following message in the maillog, though there seems to be no problem accessing mail. Error seems to be consistent for all users. Running 1.0.3 on the system previously. Aug 8 22:49:26 stage2 dovecot: IMAP(testuser): mkdir(/var/spool/vmail/192.168.0.199/.imap/testuser) failed: Permission denied This is what I'm using for my env in dovecot.conf... default_mail_env = mbox:/vhome/%l/home/%n/mail:INBOX=/var/spool/vmail/%l/%n And here's what we have in the user's mail directory (from before)... /vhome/192.168.0.199/home/testuser/mail/.imap/Deleted Items /vhome/192.168.0.199/home/testuser/mail/.imap/Deleted Items/dovecot.index /vhome/192.168.0.199/home/testuser/mail/.imap/Deleted Items/dovecot.index.cache /vhome/192.168.0.199/home/testuser/mail/.imap/Deleted Items/dovecot.index.log /vhome/192.168.0.199/home/testuser/mail/.imap/INBOX /vhome/192.168.0.199/home/testuser/mail/.imap/INBOX/dovecot.index /vhome/192.168.0.199/home/testuser/mail/.imap/INBOX/dovecot.index.cache /vhome/192.168.0.199/home/testuser/mail/.imap/INBOX/dovecot.index.log /vhome/192.168.0.199/home/testuser/mail/.imap/INBOX/dovecot.index.log.2 /vhome/192.168.0.199/home/testuser/mail/.imap/sent-mail /vhome/192.168.0.199/home/testuser/mail/.imap/sent-mail/dovecot.index /vhome/192.168.0.199/home/testuser/mail/.imap/sent-mail/dovecot.index.cache /vhome/192.168.0.199/home/testuser/mail/.imap/sent-mail/dovecot.index.log I'm assuming that it's trying to create a folder for the user's INBOX index, but it's trying to create it in the mail spool directory rather than in /vhome/192.168.0.199/home/testuser/mail/.imap/INBOX as previously? Thoughts, comments, something I need to modify in my config? Cheers, Mike
[Dovecot] dotlock file was deleted error
Hello, under what situation the error: dovecot-uidlist.lock was deleted (kept it 0 seconds ) will happen? I saw quite some of these in dovecot log. Thanks, - Joe
[Dovecot] [solved] lda: vacation auto-reply for a virtual address
also sprach martin f krafft [EMAIL PROTECTED] [2007.08.09.1319 +0200]:
So yes, if I find a suitable virtual delivery agent or a way to pass
the maildir location from postfix to e.g. procmail, I'll have it
solved. But right now it does not look like it's possible.
I can report success. This solution requires me to take the
performance hit due to procmail, but it also gives me a lot of
flexibility. I might replace the procmailrc with a POSIX shell
script if it's less resource-hungry that way.
/etc/postfix/master.cf:
vprocmail unix - n n - 5 pipe
flags=DRhu user=vmail:vmail argv=/usr/bin/procmail -a ${recipient}
/etc/postfix/main.cf
virtual_transport = vprocmail
virtual_mailbox_maps = pgsql:$conf_dir/pgsql_virtual_mailbox_maps
virtual_mailbox_base = /srv/vmail # (== ~vmail)
virtual_minimum_uid = 6 # (== vmail)
virtual_uid_maps = static:6
virtual_gid_maps = static:6
vprocmail_destination_concurrency_limit = 5
vprocmail_destination_recipient_limit = 1
cat ~vmail/.procmailrc
BIFF=no
COMSAT=no
NICE='nice -20'
RECIPIENT=$1
MAILBOX=`$NICE /usr/sbin/postmap -q $RECIPIENT
pgsql:/etc/postfix/conf/pgsql_vi
HOME=$HOME/$MAILBOX
ORGMAIL=$HOME/.maildir/
# http://bugs.debian.org/387883 requires us to create the directory
# as the vmail user because otherwise it will be owned by root
# (which is how spamd does it)
MKDIR=`$NICE install -d $HOME/.spamassassin`
UMASK=0007
# and we might just as well create a .procmailrc which is writeable by the
# group so that ACLs work
RC=`touch $HOME/.procmailrc`
:0 fw
|$NICE /usr/bin/spamc -x -u $RECIPIENT
INCLUDERC=$HOME/.procmailrc
:0
|$NICE /usr/lib/dovecot/deliver -d $RECIPIENT
Cheers,
--
martin; (greetings from the heart of the sun.)
\ echo mailto: !#^.*|tr * mailto:; [EMAIL PROTECTED]
chaos reigns within.
reflect, repent, reboot.
order shall return.
spamtraps: [EMAIL PROTECTED]
digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/)
Re: [Dovecot] 1.1.alpha2 error in logs
On Thu, 2007-08-09 at 09:44 -0600, Mike Cisar wrote: Did a quick-n-dirty install of 1.1.alpha2 on a Fedora Core 6 server... am getting the following message in the maillog, though there seems to be no problem accessing mail. Error seems to be consistent for all users. Running 1.0.3 on the system previously. Aug 8 22:49:26 stage2 dovecot: IMAP(testuser): mkdir(/var/spool/vmail/192.168.0.199/.imap/testuser) failed: Permission denied This is what I'm using for my env in dovecot.conf... default_mail_env = mbox:/vhome/%l/home/%n/mail:INBOX=/var/spool/vmail/%l/%n This reminds me that I'll remove default_mail_env from v1.1. It was renamed to mail_location long time ago. Thoughts, comments, something I need to modify in my config? Looks like this was a bug. Thanks, fixed: http://hg.dovecot.org/dovecot/rev/c6b1d8515354 signature.asc Description: This is a digitally signed message part
Re: [Dovecot] dotlock file was deleted error
On Thu, 2007-08-09 at 23:49 +0800, Joe Wong wrote: Hello, under what situation the error: dovecot-uidlist.lock was deleted (kept it 0 seconds ) will happen? I saw quite some of these in dovecot log. Do you use NFS? If so, are all clocks synchronized? What Dovecot version? signature.asc Description: This is a digitally signed message part
Re: [Dovecot] dotlock file was deleted error
Hi Timo, Yes, it is on NFS. Version is 1.0.2. Does the time matter? - Joe - Original Message - From: Timo Sirainen [EMAIL PROTECTED] To: Joe Wong [EMAIL PROTECTED] Cc: Dovecot Mailing List dovecot@dovecot.org Sent: Friday, August 10, 2007 12:04 AM Subject: Re: [Dovecot] dotlock file was deleted error
Re: [Dovecot] dotlock file was deleted error
Yes, it is on NFS. Version is 1.0.2. Does the time matter? You're serious?? Time is *always* important on a mail server - and even more so when NFS is involved... -- Best regards, Charles
Re: [Dovecot] dotlock file was deleted error
Oh Yes.. I mean the time sync between the file server and the dovecot server. :-) what if there is a few seconds differences between the two? - Original Message - From: Charles Marcus [EMAIL PROTECTED] To: Dovecot Mailing List dovecot@dovecot.org Sent: Friday, August 10, 2007 12:40 AM Subject: Re: [Dovecot] dotlock file was deleted error Yes, it is on NFS. Version is 1.0.2. Does the time matter? You're serious?? Time is *always* important on a mail server - and even more so when NFS is involved... -- Best regards, Charles
Re: [Dovecot] dotlock file was deleted error
On Fri, 2007-08-10 at 00:39 +0800, Joe Wong wrote: Oh Yes.. I mean the time sync between the file server and the dovecot server. :-) what if there is a few seconds differences between the two? Keep it less than a second or you'll have problems. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] dotlock file was deleted error
Joe Wong spake the following on 8/9/2007 9:39 AM: Oh Yes.. I mean the time sync between the file server and the dovecot server. :-) what if there is a few seconds differences between the two? Fix it! Run ntp or an equivalent on all servers that use NFS or handle mail. It is that important to keep them in sync. -- MailScanner is like deodorant... You hope everybody uses it, and you notice quickly if they don't
Re: [Dovecot] Moving mboxes around
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, Aug 09, 2007 at 04:37:16PM +0300, Timo Sirainen wrote: On Mon, 2007-08-06 at 09:07 +, [EMAIL PROTECTED] wrote: - Is it OK to move mailboxes around from under Dovecot? Yes. Cool. I'm impressed by Dovecot, really :-) - Is there a way to tell an external application when mail has been moved by a client? Not really. There is a plugin for dspam, but there is no generic plugin. Thanks, I'm starting to discover that. I thought I'd read all, but... (blush) - Use the mail_log plugin (seems more attractive). I still have (distro-provided) dovecot 0.99.14, but this would be a good reason to upgrade. (I still don't see where I get the source mailbox in the mail_log messages from, but that's details now). Or you could modify the mail_log plugin a bit and have it directly execute your wanted commands. *That* sounds lik an interesting option. I'll look into this. Thanks a lot - -- tomás -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFGu1JHBcgs9XrR2kYRAmhEAJsHpsypjmFrO5X3v2Si75PDwqNrAQCeMhBD Xq0TbVByrqcpsKsB1wW2ksE= =CHHl -END PGP SIGNATURE-
Re: [Dovecot] bug: no initgroup() after login (was Re: Dovecot shared mailbox folder problem)
On Fri, 2007-07-06 at 11:29 +0200, Steffen Kaiser wrote: /* setup environment - set the most important environment first (paranoia about filling up environment without noticing) */ restrict_access_set_env(system_user, uid, gid, chroot_dir, set-first_valid_gid, set-last_valid_gid, set-mail_extra_groups); system_user is not set. This is true for both local and LDAP users. It should be set if you use userdb passwd. For other userdbs you need to return it youself. For example with LDAP: user_attrs = uid=system_user,..etc.. What about the other part of the patch, is it needed if system_user is set? signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Outlook 2000/2003 frequent disconnect issue
On Aug 9, 2007, at 4:58 AM, Timo Sirainen wrote: On Thu, 2007-08-02 at 12:50 -0700, Jeff Ramsey wrote: On Aug 1, 2007, at 12:10 PM, Timo Sirainen wrote: On Wed, 2007-08-01 at 12:05 -0700, Jeff Ramsey wrote: Aug 1 11:58:51 imap dovecot: auth(default): passwd(QUINAULT- ileneyoung,:::10.200.254.110): lookup Aug 1 11:58:51 imap dovecot: auth(default): passwd(QUINAULT- ileneyoung,:::10.200.254.110): unknown user .. I did the downgrade back to 0.99.11-8.EL4, which I realize is not truly 0.99.x, it's got some 1.0.? updates inserted from Red Hat. Anyhow, I did not get anymore messages about 'user unknown' immediately after the downgrade. However, I was still getting a few 'IMAP Server disconnected' errors in my Outlook clients. So, on a hunch I ran a diff command between the default 0.99.11-8.EL4 conf file and my old, known working 0.99.11-8.EL4 conf file, restored from a backup, and I noticed that even though I was not using the POP3 protocol at all, I still have the outlook-pop3-no-nuls and the oe6- fetch-no-newmail workarounds enabled, along with the outlook-idle workaround. So, I added those two workarounds to the default config, and it is working again. No 'IMAP Server disconnected' errors all day long. In 0.99.11-8.EL4, could this outlook-pop3-no-nuls be solving this issue, even though I am using IMAP protocol, not POP3? No, that setting doesn't do anything for IMAP. Also none of those settings affect the unknown user error, so maybe 0.99 is somehow lucky in not generating those. Perhaps setting blocking=yes to userdb passwd args would help. Perhaps dovecot communicates with PAM in a different way from 0.99 to 1.0.2? I don't know how else to explain it. Literally, the only time I've gotten a report of Outlook's 'IMAP server disconnected' message since the downgrade is when a user who was on a remote VPN connection left Outlook open and let his computer go into hibernation for like an hour. I'd expect dovecot to close that connection in that instance. Since in 1.0.2, the workarounds are on a separate conf line for POP3 and IMAP, is there an equivalent workaround for Outlook with IMAP? The wiki mentions a workaround called 'outlook-no-nuls'. Will that one work with 1.0.2 under the IMAP workarounds line? And am I being realistic that this may be my issue? The outlook-no-nuls only fixes Outlook completely hanging in case it receives a NUL byte with POP3 protocol. There's no such problem with IMAP. Well, today, I will build by test server, and load it up with the latest stable. And see if I can get it to work properly. I'll post my results as soon as I get some. Thanks again, Jeff Ramsey MIS Administrator TMI Forest Products, Inc. [EMAIL PROTECTED] 360.477.0738 -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: [Dovecot] assertion failed with KMail 3.5.6 and dovecot 1.0.0
On Mon, 2007-07-30 at 15:07 +0200, Sylvain Joyeux wrote: IMAP(doudou): file ostream-crlf.c: line 339 (_send_istream): assertion failed: ((size_t)ret = iov.iov_len) Hmm. Can you get Dovecot to dump a core file? Probably easiest way to get this fixed would be then if you sent me the core file and also the imap binary and I'll debug it further. Or I could also send you several gdb commands you could run. Here are the imap executable and core dump files (compressed). They are generated on a powerpc machine, so I'm not sure it will be useful to you. Moreover, Debian strips its executables, so no line numbers ... Debugging information would have been really useful, but I did fix one bug and added some more asserts: http://hg.dovecot.org/dovecot-1.0/rev/bd113e9fe67b If it still wasn't fixed, maybe with this change it gives another assert. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] UW-IMAP style mbox snarfing from /var/mail/ to ~/mbox
Hi, Timo Sirainen wrote: On Fri, 2007-07-06 at 11:54 +0200, Bernd Kuhls wrote: - The index for $HOME/.imap_mail/inbox is created in $HOME/.imap_mail/.imap/inbox/, while the indexes for other mbox files are created in /var/mail/indexes/%u, like its supposed to be. How to disable creating index files in $HOME altogether without using links? This is a bit problematic to fix because of how it works internally. ok, not a big problem for me. I can live with the current situation. - if /var/mail/$user does not exist, syslog is cluttered with these messages for each POP3/IMAP login: Jun 10 22:33:33 server dovecot: IMAP(someuser): stat() failed with mbox file /var/mail/someuser: No such file or directory I can't reproduce this. Since your patch below the snarf-bug is gone, Dovecot creates a zero-byte file for /var/mail/$user now. Looks like this is broken only with mbox_lazy_writes=yes, which is why I didn't notice it first. And looks like it's a bug in Dovecot itself. Fixed: http://hg.dovecot.org/dovecot-1.0/rev/1b6c41524c6a Big thanks! Your patch fixed the bug, now I can throw away my ugly work-arounds for this. Weird enough I did not activate mbox_lazy_writes. # dovecot -n # 1.0.3: /etc/dovecot/dovecot.conf log_path: /var/log/dovecot/dovecot.main log_timestamp: %Y-%m-%d %H:%M:%S protocols: imap imaps pop3 pop3s login_dir: /var/run/dovecot/login login_executable(default): /usr/lib/dovecot/imap-login login_executable(imap): /usr/lib/dovecot/imap-login login_executable(pop3): /usr/lib/dovecot/pop3-login mail_extra_groups: mail mail_location: mbox:~/.imap_mail:INBOX=/var/mail/%u:INDEX=/var/mail/indexes/%u mail_executable(default): /usr/lib/dovecot/imap mail_executable(imap): /usr/lib/dovecot/imap mail_executable(pop3): /usr/lib/dovecot/pop3 mail_plugins(default): quota imap_quota mbox_snarf mail_plugins(imap): quota imap_quota mbox_snarf mail_plugins(pop3): mbox_snarf mail_plugin_dir(default): /usr/lib/dovecot/modules/imap mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 imap_client_workarounds(default): outlook-idle netscape-eoh tb-extra-mailbox-sep delay-newmail imap_client_workarounds(imap): outlook-idle netscape-eoh tb-extra-mailbox-sep delay-newmail imap_client_workarounds(pop3): outlook-idle pop3_uidl_format(default): pop3_uidl_format(imap): pop3_uidl_format(pop3): %08Xu%08Xv auth default: passdb: driver: pam userdb: driver: passwd plugin: quota: fs mbox_snarf: ~/.imap_mail/inbox Happy greetings, Bernd Kuhls
