- dovecot - dovecot.org

Re: [Dovecot] VERY cool add-on request.
by Johannes Berg 20 Mar '06

20 Mar '06

On Sat, 2006-03-18 at 09:25 -0500, David A. Lee wrote: > You refered to a specific one for dspam. > Would it be easy to generalize ? Yes, shouldn't be too hard. But the plugin also looks at headers etc. which would be very hard to capture in a config file. Well, not impossible, but cumbersome. I'm not sure what you're after but say you want to be able to define folder actions in a config file. Let me draw up a hypothetical config file example with the logic of the dspam plugin. The syntax is sort of borrowed from Exim :) ----begin folder action config---- copy into "SPAM" fail condition !${defined:header:X-DSpam-Signature} fail message "Message doesn't have dspam signature!" run "dspam --signature ${header:X-DSpam-Signature} --is-spam" copy outof "SPAM" ignore to "Trash" fail condition !${defined:header:X-DSpam-Signature} fail message "Message doesn't have dspam signature!" run "dspam --signature ${header:X-DSpam-Signature} --not-spam" ----end folder action config---- I'm sure others can come up with examples where the config file has to be even more elaborate... I can imagine having a 'pipe' action instead of 'run' that would give the command the message on stdin for example. johannes

3 2

[Dovecot] VERY cool add-on request.
by Adam M. Dunn 20 Mar '06

20 Mar '06

I would like to have the ability to execute a command on a folder based on a user doing something like copying a message to that folder. This could be accomplished with a config file directive. For example, this would be EXTREMEMLY useful as a spam learning hook. Take a scenario where each user has their own spamassassin bayes database, and you want to give the users the ability to train their own database based on what they think is SPAM. It would be nice to give all the users a folder called Spam, and tell them to just copy/move mail into that folder, and spamassassin will automatically learn about it. If we had a configuration hook where you could execute on a copy/move, then I could tell Dovecot whenever a user puts a message into the Spam folder, execute 'sa-learn --spam --file %s' on that message. Sure we could just do an external script in a cron job to do it every hour or something, which I'll probably do in the mean time, but often users will just delete messsages after they copy into it. Doing it through IMAP means spamassassin will learn about it immediately. How cool would that be? It seems like an easy hook to implement. I would like to patch it myself for my own use, but I'm not very proficient in C. I saw someone on the net patched Courier to do the same thing so I know I'm not alone in wanting this. Anyone know how I could patch it? Can we add that to the feature request list? ~Adam

8 12

[Dovecot] mbox to maildir conversion
by Brian Wilson 20 Mar '06

20 Mar '06

Timo writes: > BTW. Nowadays Dovecot includes its own conversion tool also, which might > work better than mb2md. Usage is something like: > > src/plugin/convert-tool user /home/user mbox:/home/user/mail:INBOX=/var/mail/%u maildir:/home/user/Maildir I would RTFM but searching wiki.dovecot.org turns up nothing. Give me more hints and I will add a new wiki page. The feedback the command gives is $ ./convert-tool Fatal: Usage: <username> <home dir> <source mail env> <dest mail env> Why does the tool want a home directory? What does it look for there? I know you say the syntax is the same for other tools but I don't know it for them yet either. :-) Guessing at the syntax for the source, it looks like the first thing is the format of the source (mbox:) followed by a directory containing mbox format files. The INBOX portion specifies the location of the mbox that the MDA puts incoming messages into. I can see the variables defined in doc/variables.txt, got that already. Is it intended to run both directions? That is, if I swap the last two args is will it convert maildirs into mboxes? This comment from Stian seemed pertinent as well. > But there is at least one "bug" with this; you should convert .'s in > mbox names to underscore or something, else it looks weird. Other than > that, it seems to work fine :) ..but I am unsure what 'looks weird' means. Can you give an example? Why is this tool under 'plugins' when it appears to be a separate utility? My guess is that it was easier to put there due to the build environment. Maybe it should install to a bin or sbin location? Thanks for all you do, Brian

2 2

[Dovecot] auto move of purged mail to trash
by David Powers 17 Mar '06

17 Mar '06

I am moving a courier installation over to Dovecot and I am wondering if there is a way to set Dovecot to automatically move purged items to trash (under IMAP). Additionally, is there a way to automatically delete old items from a Trash folder? -David

1 1

Re: [Dovecot] Converting huge mbox to Dovecot mbox + indexes
by Bertrand Leboeuf 17 Mar '06

17 Mar '06

My mistake, good point. I thought that creating the indexes would take a long time, but after a couple of tests, I found that Dovecot is so fast that it beats UW IMAP even while creating the indexes and after that, it is just fast. Thanks Bertrand >From: "David A. Lee" <dlee(a)calldei.com> > >I'm curious why this is an issue ? Wont dovecot make the indexes on first >use of the mbox if it finds no indexes ? > > > >> >From: Johannes Berg <johannes(a)sipsolutions.net> >>> >>>On Thu, 2006-03-16 at 15:30 -0500, Bertrand Leboeuf wrote: >>> >>>> I have ~500 users, some with HUGE mbox (500MB-1GB), >>>> is there a script to create the Dovecot indexes at night >>>> to help speed up the migration process. >>> >>>If you use the dovecot converter then indexes will be built during the >>>conversion. >>> >>>johannes >> >> Good, can I use convert-tool to do: mbox -> mbox + indexes >> >> I have not tested the maildir configs yet and I will >> have to deal with the number of files and their placement. >> >> Bertrand >> >>

2 1

Re: [Dovecot] Converting huge mbox to Dovecot mbox + indexes
by Bertrand Leboeuf 17 Mar '06

17 Mar '06

>From: Johannes Berg <johannes(a)sipsolutions.net> > >On Thu, 2006-03-16 at 15:30 -0500, Bertrand Leboeuf wrote: > >> I have ~500 users, some with HUGE mbox (500MB-1GB), >> is there a script to create the Dovecot indexes at night >> to help speed up the migration process. > >If you use the dovecot converter then indexes will be built during the >conversion. > >johannes Good, can I use convert-tool to do: mbox -> mbox + indexes I have not tested the maildir configs yet and I will have to deal with the number of files and their placement. Bertrand

2 1

[Dovecot] mbox to maildir: what about INBOX
by Bertrand Leboeuf 17 Mar '06

17 Mar '06

I migrated from UW IMAP/Qpopper to Dovecot using: # indexes on /var/indexes is faster: local, not NFS mouted default_mail_env = mbox:~/mail:INBOX=/var/mail/%u:INDEX=/var/indexes/%u # Qpopper pop3_reuse_xuidl = yes The new mail is sent to in /var/mail/%u in mbox format How can I migrate some users to maildir and have them receive their emails either in POP3 or IMAP. (lots of big files to convert) How does new email get spooled in the right INBOX (POP3/IMAP) ? Thanks. Bertrand Leboeuf leboeuf(a)emt.inrs.ca

1 0

[Dovecot] LDA Sieve debugging
by Luca Corti 17 Mar '06

17 Mar '06

Hello all, I've installed and setup the LDA with postfix. I'm trying out Sieve support, and wrote the following global script: require "fileinto"; if address :contains "To" "luca(a)mydomain.tld" { fileinto "Spam"; } and tried to send an email to that address. The sieve script seems to be processed and sieve-global.scriptc is compiled, but the message is not filed in the correct folder. Is there a way to debug the script execution? thanks -- Luca Corti PGP Key ID 1F38C091 BOFH excuse of the moment: Internet exceeded Luser level, please wait until a luser logs off before attempting to log back on.

1 0

[Dovecot] PAM authentification problem
by Vladislav Kyjasko 17 Mar '06

17 Mar '06

Hi everybody, we try to migrate our IMAP service from uw-imap to dovecot because of horrible server slowdown when a lot of people poking in theirs huge imap folders. So, I try to run testing instance of dovecot on different imap port (12143) I have trouble with authentication by PAM module of MIT Kerberos. It successfuly works for authentificate users of wu-imap but not for dovecot. I see in dovecot.log messages like that : Info: Dovecot v1.0.beta3 starting up Info: auth(default): client in: AUTH 1 PLAIN service=IMAP lip=10.0.0.154 rip=10.0.0.148 Info: auth(default): client out: CONT 1 Info: auth(default): client in: CONT 1 AGtDNLamUjvADNLamUjQRsbw== Error: auth(default): pam(kyyashko,10.0.0.148): Child process died Info: auth(default): shadow(kyyashko,10.0.0.148): invalid password field Error: auth(default): PAM: Child 6748 died with signal 11 Info: auth(default): client out: FAIL 1 user=kyyashko temp Almost all users are in kerberos DB and has in local shadow field "*KRB*" instead of encrypted password. So, line "shadow ... invalid password field" is OK (when I made a local password in shadow the login was success) My dovecot.conf looks like: sl_disable = yes protocol imap { listen = *:12143 } auth_default_realm = FZU.CZ auth_verbose = yes auth_debug = yes auth_debug_passwords = yes auth default { mechanisms = plain passdb pam { } userdb passwd { } user = root } original /etc/pam.d/dovecot I introdused by lines auth sufficient pam_krb5.so auth required pam_unix2.so use_first_pass nullok or tryed to substitute whole file pam.d/dovecot by actualy working one of imap: #%PAM-1.0 auth sufficient pam_krb5.so auth required pam_unix2.so use_first_pass nullok auth required pam_unix2.so account required pam_unix2.so but similary fruitless. Which direction I have to dig? P.S. Dovecot was built from dovecot-1.0.beta3-6.src.rpm on SuSE 9.0 with the same result like from dovecot-1.0.beta3.tar.bz2 :(

2 3

[Dovecot] Converting huge mbox to Dovecot mbox + indexes
by Bertrand Leboeuf 17 Mar '06

17 Mar '06

Migrating from UW IMAP/Qpopper mbox to Dovecot mbox. I have ~500 users, some with HUGE mbox (500MB-1GB), is there a script to create the Dovecot indexes at night to help speed up the migration process. Any idea. Thanks Bertrand Leboeuf leboeuf(a)emt.inrs.ca

2 1