- dovecot - dovecot.org

[Dovecot] dovecot 1.1.5 mbox bug (From_-line separator related)
by Anton Yuzhaninov 30 Oct '08

30 Oct '08

If I send mail with content like this: From <test.dovecot(a)m.box> Wed Jan 09 01:33:55 2008 From <test.dovecot(a)m.box> Wed Jan 09 01:33:55 2008 From <test.dovecot(a)m.box> Wed Jan 09 01:33:55 2008 From <test.dovecot(a)m.box> Wed Jan 09 01:33:55 2008 and instead single messages created many messages. Inside mbox file it looks like real_message_headers Status: O X-Keywords: Content-Length: 2859 X-UID: 1471 From <test.dovecot(a)m.box> Wed Jan 09 01:33:55 2008 X-UID: 1472 Status: O From <test.dovecot(a)m.box> Wed Jan 09 01:33:55 2008 X-UID: 1473 Status: O From <test.dovecot(a)m.box> Wed Jan 09 01:33:55 2008 X-UID: 1474 Status: O Yes, Content-Length headers present, but: 1. Why X-UID: and Status: headers inserted into message body? 2. Why IMAP client (thunderbird) show many empty messages instead single message? Mbox related settings from dovecot -n is only: mmap_disable: yes mbox_write_locks: fcntl mbox_min_index_size: 1024 To store messages used dovecot deliver. -- WBR, Anton Yuzhaninov

2 4

[Dovecot] mail_executable's process environment
by Mike Malsman 30 Oct '08

30 Oct '08

Hello, I recently had to get Dovecot 1.1.4 to write to a "pop3/imap-before- smtp" db such that my MTA could permit relay after a successful authentication with Dovecot. The 'pop3' and 'imap' processes are executed only after a successful auth, so replacing them with wrappers which write to the db seemed the natural choice. Lo and behold, someone thought of something like this, as the 'mail_executable' directive exists - neat. Upon inspection of the processes' environment I'm pleased to see that there's a load of useful information in there. However, one essential component in my case is the destination network address, which is missing. I added it with the attached patch, exposed as 'LOCAL_IP'. Works for me. Is this something that would be useful to anyone else? -Mike

3 4

[Dovecot] [dovecot] Enable logging of all client commands in dovecot-1.2.alpha3
by Jonathan Siegle 30 Oct '08

30 Oct '08

Hello, I would like to log all IMAP client commands sent to dovecot. The format would be time pid command arguments. I reviewed http://wiki.dovecot.org/Logging and started digging through dovecot-1.2.alpha3/src/master . I don't need this turned on all the time, just enough to see how clients do things and I don't need to see passwords. Any tips would be appreciated. -Jonathan

2 1

[Dovecot] benchmark dovecot
by Mathieu Kretchner 30 Oct '08

30 Oct '08

Hello, We would like to do a feed back to this active mailing list. We are working on a migration project from cyrus to dovecot. And we have just completed the benchmark sequence. As I say, this benchmark is here only to show that our old imap server is out to date. I would not be the source of controversy at all, so I try to explain my approach. Because the only thing I found was this old oriented benchmark : http://www.isode.com/whitepapers/mbox-benchmark.html We've tried to do our tests, here you could find our results : http://www-sop.inria.fr/members/Mathieu.Kretchner/dotclear/index.php/2008/1…

2 4

[Dovecot] Enh-Req: Mark As Read When Delivered
by Neil 30 Oct '08

30 Oct '08

I'm under the impression bug-reports are supposed to go to the list, so hopefully it's okay if I put in a feature request here too (assuming it's not already implemented; but it doesn't look like it). Basically, all I would like to do is be able to sometimes deliver mail as already mail into mail boxes. Is there some way to do this? If not, could a flag perhaps be added to deliver to do it? (And Sieve; but for now I think procmail still has much higher adoption, and thus having it in deliver would be rather key...) Thanks, -Neil.

2 1

[Dovecot] INBOX stored in AFS
by Hans-Werner Paulsen 30 Oct '08

30 Oct '08

Hello, currently we are storing the incoming mail in the user's home directory, which is within a distributed filesystem called AFS (OpenAFS). Accessing the "mbox" file directly (using the distributed filesystem) works fine with mutt, thunderbird, ... To access the INBOX from a machine, which does not have access to this distributed filesystem, we are using IMAP (UW-imap). Now I wanted to check if dovecot can do the job (maybe faster than UW), and I had the following problem: This is my configuration: ------------------------------------------------------------------------------- # 1.1.4: /opt/dovecot-1.1.4/etc/dovecot.conf log_path: /var/log/dovecot ssl_cert_file: /etc/ssl/certs/imapd.pem ssl_key_file: /etc/ssl/keys/imapd.pem login_dir: /var/run/dovecot/login login_executable: /opt/dovecot-1.1.4/libexec/dovecot/imap-login first_valid_uid: 100 mail_location: mbox:~/Mail:INBOX=~/.maildir/incoming mail_debug: yes mmap_disable: yes mail_nfs_storage: yes mail_nfs_index: yes mbox_write_locks: fcntl mbox_dirty_syncs: no mbox_lazy_writes: no mail_executable: /opt/dovecot-1.1.4/libexec/dovecot/afs-token /opt/dovecot-1.1.4/libexec/dovecot/imap auth default: verbose: yes debug: yes passdb: driver: pam args: setcred=yes session=yes dovecot userdb: driver: passwd ------------------------------------------------------------------------------- When I start my imap-client, I see the content of the INBOX, and I can read, delete, ... the different entries. But when new mail arrives dovecot (and my imap-client) will never notice this. And when I quit my imap-client the dovecot imap server will write back its view of the INBOX, and delete this new mail. This seems to be a problem related to AFS. I poked in the dovecot code and have the following theory: dovecot opens the INBOX R/W, dovecot calls "stat" on the INBOX file periodically to look for modifications. But this does not work, because this machine will stat the local copy (AFS cache) of the INBOX as long as this file is still open R/W. My questions: Is it possible to have a configuration, that the INBOX file is not left open when stat-ing this file? Or is it possible to open the INBOX file R/W only when it us locked? Or is it necessary to modify the code? Thank you for any help, HW -- Hans-Werner Paulsen hans(a)MPA-Garching.MPG.DE MPI für Astrophysik Tel 089-30000-2602 Karl-Schwarzschild-Str. 1 Fax 089-30000-2235 D-85741 Garching

2 2

[Dovecot] read only FS access
by Mathieu Kretchner 30 Oct '08

30 Oct '08

Hello, I would like to know if it's possible to subscribe to a folder that is on a read only File System ? We have a snapshot mechanism that create a .snapshot directly in the user folder. This is done by our NAS and we would like to give an access to this backup to our users. Thanks.

3 7

[Dovecot] dovecot deliver mail bounce problem
by Dhaval Thakar 30 Oct '08

30 Oct '08

Hi list, I am using dovecot deliver for the local mail delivery with qmail. this is working fine. but when mail is sent to invalid user, it gets bounced back with error "I'm not going to try again; this message has been in the queue too long." rather "no mailbox here by that name" I could find proper solution, kindly guide to resolve it. /var/log/maillog Oct 24 23:03:27 backup dovecot: auth(default): master in: USER 1 d(a)arch.xyz.com service=deliver Oct 24 23:03:27 backup dovecot: auth(default): vpopmail(d(a)arch.xyz.com): lookup user=d domain=arch.xyz.com Oct 24 23:03:27 backup dovecot: auth(default): vpopmail(d(a)arch.xyz.com): unknown user Oct 24 23:03:27 backup dovecot: auth(default): prefetch(d(a)arch.xyz.com): passdb didn't return userdb entries, trying the next userdb Oct 24 23:03:27 backup dovecot: auth(default): master out: NOTFOUND 1 no logs in /var/log/dovecot-deliver.log following is the configuration .qmail-default |/var/qmail/bin/preline -f /usr/local/libexec/dovecot/deliver -n -e -d $EXT@$USER dovecot -n # 1.1.5: /etc/dovecot/dovecot.conf protocols: imap ssl_disable: yes disable_plaintext_auth: no login_dir: /usr/local/var/run/dovecot/login login_executable: /usr/local/libexec/dovecot/imap-login login_greeting: mail ready. mail_plugins: quota imap_quota trash imap_client_workarounds: delay-newmail outlook-idle namespace: type: private prefix: INBOX. inbox: yes list: yes subscriptions: yes auth default: mechanisms: plain login verbose: yes debug: yes debug_passwords: yes passdb: driver: checkpassword args: /home/vpopmail/bin/vchkpw userdb: driver: vpopmail userdb: driver: prefetch socket: type: listen master: path: /var/run/dovecot/auth-master mode: 384 user: vpopmail group: vchkpw plugin: quota: maildir quota_rule: Trash:ignore

4 3

Re: [Dovecot] First release (v0.1.0) of the new Sieve implementation for Dovecot v1.2
by seriv＠parkheights.dyndns.org 30 Oct '08

30 Oct '08

Thank you Timo, it was my mistake. In 'plugin {}' section line 'sieve = /var/sievescripts/%n/sieve' worked for both cmusieve and sieve plugins. Command 'fileinto "INBOX/foo/bar"' with private namespace configuration you proposed - also worked in both plugins. I suspected that they have different behavior: cmusieve saved message into INBOX/foo/bar, while sieve - into foo/bar as in the deliver log I'm pasting here. But both messages were filed into the same mail folder. Difference in the logging, I think, is not a big problem. --- ls -l Maildir/.foo.bar/new total 8 -rw------- 1 seriv seriv 513 Oct 30 01:57 1225331850.M790093P1351.sisyphus.office.omniti.com,W=526 -rw------- 1 seriv seriv 518 Oct 30 01:59 1225331966.M468658P1400.sisyphus.office.omniti.com,W=531 tail -n 18 /var/log/deliver/dovecot-deliver.log --- deliver(seriv): Oct 30 01:57:30 Info: Loading modules from directory: /usr/lib64/dovecot/modules/lda/ deliver(seriv): Oct 30 01:57:30 Info: Module loaded: /usr/lib64/dovecot/modules/lda//lib90_cmusieve_plugin.so deliver(seriv): Oct 30 01:57:30 Info: Namespace: type=private, prefix=INBOX/, sep=/, inbox=yes, hidden=no, list=yes, subscriptions=yes deliver(seriv): Oct 30 01:57:30 Info: maildir: root exists (/home/seriv/Maildir) deliver(seriv): Oct 30 01:57:30 Info: maildir++: root=/home/seriv/Maildir, index=, control=, inbox=/home/seriv/Maildir deliver(seriv): Oct 30 01:57:30 Info: cmusieve: Using sieve path: /var/sieve-scripts/seriv.sieve deliver(seriv): Oct 30 01:57:30 Info: cmusieve: Executing script /var/sieve-scripts/seriv.sievec deliver(seriv): Oct 30 01:57:30 Info: Namespace INBOX/: Using permissions from /home/seriv/Maildir: mode=0644 gid=-1 deliver(seriv): Oct 30 01:57:30 Info: msgid=<20081030015649.B7936140A88(a)sisyphus.office.omniti.com>: saved mail to INBOX/foo/bar deliver(seriv): Oct 30 01:59:26 Info: Loading modules from directory: /usr/lib64/dovecot/modules/lda/ deliver(seriv): Oct 30 01:59:26 Info: Module loaded: /usr/lib64/dovecot/modules/lda//lib90_sieve_plugin.so deliver(seriv): Oct 30 01:59:26 Info: Namespace: type=private, prefix=INBOX/, sep=/, inbox=yes, hidden=no, list=yes, subscriptions=yes deliver(seriv): Oct 30 01:59:26 Info: maildir: root exists (/home/seriv/Maildir) deliver(seriv): Oct 30 01:59:26 Info: maildir++: root=/home/seriv/Maildir, index=, control=, inbox=/home/seriv/Maildir deliver(seriv): Oct 30 01:59:26 Info: sieve: using sieve path: /var/sieve-scripts/seriv.sieve deliver(seriv): Oct 30 01:59:26 Info: sieve: opening script /var/sieve-scripts/seriv.sieve deliver(seriv): Oct 30 01:59:26 Info: sieve: executing compiled script /var/sieve-scripts/seriv.sieve deliver(seriv): Oct 30 01:59:26 Info: sieve: msgid=<20081030015911.576FC140A88(a)sisyphus.office.omniti.com>: stored mail into mailbox 'foo/bar' -- WBR, Sergey Ivanov. ----- "Timo Sirainen" <tss(a)iki.fi> wrote: > On Wed, 2008-10-29 at 20:31 +0100, Stephan Bosch wrote: > > sergey ivanov schreef: > > > Hi Stephan, > > > Thank you for quick fix. I've built it (from changeset > > > 646:747107b816dc) and it looks like working with dovecot-1.2. > > > I'm doing some testing before put it into Sisyphus repository > > > (http://en.altlinux.org) > > > What I saw - it does not recognize lines like: > > > --- > > > sieve = /var/sievescripts/%n/sieve > > Is this inside protocol lda {} or plugin {}? In former it's not > supposed > to be expanded (shouldn't have been with cmusieve either), in latter > it > should be. > > > > where cmusieve did > > > --- > > > fileinto fileinto "Inbox/R/Commits"; > > > --- > > > this new plugin require changing slashes to dots: > > > --- > > > fileinto fileinto "Inbox.R.Commits"; > > With a namespace configuration like: > > namespace private { > separator = / > prefix = INBOX/ > inbox = yes > } > > And a script: > > require ["fileinto"]; > fileinto "INBOX/foo/bar"; > > It seems to work just fine: > > deliver(tss): Oct 30 00:04:36 Info: sieve: msgid=unspecified: stored > mail into mailbox 'foo.bar' > > Although it probably should use the full untranslated INBOX/foo/bar > name > when logging (same with deliver -m INBOX/foo/bar).

1 0

Re: [Dovecot] First release (v0.1.0) of the new Sieve implementation for Dovecot v1.2
by Stephan Bosch 30 Oct '08

30 Oct '08

sergey ivanov schreef: > Hi Stephan, > Thank you for quick fix. I've built it (from changeset > 646:747107b816dc) and it looks like working with dovecot-1.2. > I'm doing some testing before put it into Sisyphus repository > (http://en.altlinux.org) > What I saw - it does not recognize lines like: > --- > sieve = /var/sievescripts/%n/sieve > --- > as cmusieve did. But it works ok with default .dovecot.sieve files in > user home directories Hmm, I'll look into that. This is not intended and would be a bug. > Then, it reports > --- > error: failed to store into mailbox 'Inbox/R/Commits': Invalid mailbox name. > --- > where cmusieve did > --- > fileinto fileinto "Inbox/R/Commits"; > --- > this new plugin require changing slashes to dots: > --- > fileinto fileinto "Inbox.R.Commits"; This doesn't look like something that has changed for the Sieve implementation specifically. Did you try dovecot-sieve-1.1 with dovecot 1.2 to verify? I'll ask Timo about this. What is the configuration of your mail store. Did you perhaps migrate from mbox to maildir? > I think this changes should be described somewhere. May be, it's > already needed to create wiki page for libsieve at wiki.dovecot.org? Well, first one is probably a bug. The second one I am not sure about yet. I'll get back to you when I do. PS: please reply to the mailing list as well. Your problems and solutions may interest others as well. Regards, -- Stephan Bosch stephan(a)rename-it.nl

4 4