- dovecot - dovecot.org

[Dovecot] Dovecot + managesieve + Roundcube
by Frank Bonnet 11 Feb '10

11 Feb '10

Hello I've installed managesieve on my mailhub FreeBSD from dovecot-managesieve ports to let roundcube users build email filters. The filter are well created in the right directory but the filter seems inefficient ( it does not filter ;-) ) see below the result of the dovecot -n command Thanks for any info > mail# dovecot -n > # 1.2.10: /usr/local/etc/dovecot.conf > # OS: FreeBSD 7.2-RELEASE amd64 > log_path: /var/log/dovecot/dovecot.log > info_log_path: /var/log/dovecot/info.log > protocols: imap imaps pop3 pop3s managesieve > listen(default): * > listen(imap): * > listen(pop3): * > listen(managesieve): localhost:2000 > disable_plaintext_auth: no > login_dir: /var/run/dovecot/login > login_executable(default): /usr/local/libexec/dovecot/imap-login > login_executable(imap): /usr/local/libexec/dovecot/imap-login > login_executable(pop3): /usr/local/libexec/dovecot/pop3-login > login_executable(managesieve): /usr/local/libexec/dovecot/managesieve-login > login_processes_count: 10 > login_max_processes_count: 256 > login_max_connections: 1024 > max_mail_processes: 4096 > verbose_proctitle: yes > mail_privileged_group: mail > mail_location: mbox:%h/:INBOX=/var/mail/%u > mail_executable(default): /usr/local/libexec/dovecot/imap > mail_executable(imap): /usr/local/libexec/dovecot/imap > mail_executable(pop3): /usr/local/libexec/dovecot/pop3 > mail_executable(managesieve): /usr/local/libexec/dovecot/managesieve > mail_plugin_dir(default): /usr/local/lib/dovecot/imap > mail_plugin_dir(imap): /usr/local/lib/dovecot/imap > mail_plugin_dir(pop3): /usr/local/lib/dovecot/pop3 > mail_plugin_dir(managesieve): /usr/local/lib/dovecot/managesieve > imap_client_workarounds(default): outlook-idle tb-extra-mailbox-sep > imap_client_workarounds(imap): outlook-idle tb-extra-mailbox-sep > imap_client_workarounds(pop3): > imap_client_workarounds(managesieve): > pop3_uidl_format(default): %08Xu%08Xv > pop3_uidl_format(imap): %08Xu%08Xv > pop3_uidl_format(pop3): %08Xv%08Xu > pop3_uidl_format(managesieve): %08Xu%08Xv > managesieve_logout_format(default): bytes=%i/%o > managesieve_logout_format(imap): bytes=%i/%o > managesieve_logout_format(pop3): bytes=%i/%o > managesieve_logout_format(managesieve): bytes ( in=%i : out=%o ) > lda: > postmaster_address: postmaster(a)esiee.fr > auth default: > verbose: yes > worker_max_count: 50 > passdb: > driver: passwd > userdb: > driver: passwd > plugin: > sieve: ~/.dovecot.sieve > sieve_dir: ~/sieve

2 1

[Dovecot] apache2 mod_authn_dovecot
by Boris Manojlovic 11 Feb '10

11 Feb '10

Dear All, I have created apache2 module that allows web users to authenticate against dovecot auth daemon. It connect to dovecot authentication client socket. Currently implemented mechanism is plaintext PLAIN. Currently there are no plans to support any other as only thing that i have created in apache module is "Basic" auth. Source code can be downloaded from; http://github.com/bmanojlovic/mod_authn_dovecot or tagged version v0.1 from: http://github.com/bmanojlovic/mod_authn_dovecot/tarball/v0.1 Currently built RPMS can be downloaded from OpenSUSE build service URL: http://download.opensuse.org/repositories/home:/bmanojlovic/<Distribution of choice> Please comment or raise issues if you think it is useful or full of bugs :). Boris Manojlovic P.S. Very basic README - HOW TO is on this URL http://github.com/bmanojlovic/mod_authn_dovecot/blob/master/README

1 0

[Dovecot] upgrade 1.0.15-2.3+lenny1 to 1.2.9-1~bpo50+1
by Stan Hoeppner 11 Feb '10

11 Feb '10

System: Debian 5.0.4 Lenny Kernel: custom 2.6.31.1 built from kernel.org source Dovecot: 1.0.15-2.3+lenny1 Available: 1.2.9-1~bpo50+1 Mailbox format: mbox Storage location: /home/$user/mail/ on ext2 fs Delivery: Postfix 2.5.5 local to /var/mail/$user As you can see Debian has a backport package of Dovecot 1.2.9 available to Lenny users, and it appears it is a big jump forward in terms of elapsed time and codebase. Debian ships Dovecot in a collection of 6 packages. I currently only use two, dovecot-common and dovecot-imapd. I'm guessing it would probably be wise to shutdown all my current Dovecot processes before starting the upgrade. Before I do this upgrade I figured I'd ask first to see if there are any gotchas or explosions awaiting me. Any warnings, hints, pointers anyone? Timo? Thanks. -- Stan

3 2

[Dovecot] fts squat -> webmail, fastcgi timeout: SOLR the answer?
by mailinglists＠belfin.ch 11 Feb '10

11 Feb '10

Hi I turned on fts squat to speed up full text searches over webmail. This works absolutely fantastic once the mailboxes are indexed. But when they are indexed for the first time I'm getting a fastcgi timeout after 30 seconds resulting into a internal server error on the webserver. In the background the indexing job is getting finished after 80 seconds for a 25k emails, ~300MB mailbox. Does solr allow user-offline indexing (no user interaction needed to kick on indexing) ? And the other question is, is there any mail user agent that would support server-side full text indexing and not create own indexes? Thanks, Philipp

5 9

[Dovecot] Purging a large folder... anything I need to be careful of?
by Dave 10 Feb '10

10 Feb '10

I've got a large message folder (about 40G in 'cur') that I need to empty to a more reasonable size. Oddly, my Thunderbird e-mail client only sees about 2.4G of that, and has "looped" a few times. What I mean is, I thought someone was cleaning the folder out, but Thunderbird apparently was actually just looping back to 0 every 4 gigs and starting to count up again Ha. But that's a sidenote. So, since Thunderbird apparently is not seeing all of the messages, what is the safest way to delete the files straight from the 'cur' folder? IS that safe? Will I mess up any of the dovecot indexes in any way?? Dave

5 11

[Dovecot] mbox vs maildir
by Ashley M. Kirchner 10 Feb '10

10 Feb '10

Ignoring my previous message just for a second, I realized that my config wasn't correct. So I have this for namespaces: namespace private { separator = / prefix = "mail/" location = mbox:~/mail:INBOX=/var/mail/%u inbox = yes hidden = no list = yes # for v1.1+ } namespace private { separator = / prefix = "mail-Archives/" location = maildir:~/mail-Archives:LAYOUT=fs inbox = no hidden = no list = yes subscriptions = yes } But when I'm in Thunderbird and I try to subscribe to anything that falls inside of ~/mail-Archives/ it won't work. I can browser all the way down to the folder, but I can't see anything within that folder. For example, consider the full path to the following 'Ashley-09' mailbox: ~/mail-Archives/2009/Ashley/Ashley-Jan09 In Thunderbird, when I hit 'Subscribe' I can browse down to '2009' and I can see 'Ashley', but I can't drill down into it and subscribe to 'Ashley-Jan09'. What am I missing here?

1 0

[Dovecot] Folders within folders ...
by Ashley M. Kirchner 10 Feb '10

10 Feb '10

Our mail setup is as follows: ~/mail/ - This contains single mailboxes (Drafts, Trash, and others) ~/mail-Archives/ - This contains a hierarchy of folders containing mailboxes For example, a tree of ~/mail/ would look like this: ~/mail/ ~/mail/Trash ~/mail/Drafts ~/mail/sent-mail ~/mail/My Stuff ~/mail/Important ~/mail/test/SomeFolder <-- this would never happen, but I have to account for it during our transition A tree of ~/mail-Archives/ would look like this: ~mail-Archives/2009/MyStuff/MyStuff-Dec09 ~mail-Archives/2009/MyStuff/MyStuff-Nov09 ~mail-Archives/2009/MyStuff/MyStuff-Oct09 ~mail-Archives/2010/MyStuff/MyStuff-Jan10 ~mail-Archives/2010/Important/Important-Jan10 All of that works, I can open up Thunderbird and browser/read/delete messages no problem. However, when I try to move that 'test' folder from ~/mail/ into ~/mail-Archives I get an error message: 'Can't rename mailbox to another storage type.' The same thing happens if I try to move any of the mailboxes in ~/mail/ to ~/mail-Archives/ . Is there a way to fix that? Our namespaces look like this: namespace private { separator = / prefix = "mail/" location = mbox:~/mail:INBOX=/var/mail/%u inbox = yes hidden = no list = yes # for v1.1+ } namespace private { separator = / prefix = "mail-Archives/" location = mbox:~/mail-Archives inbox = no hidden = no list = yes subscriptions = yes }

1 0

Re: [Dovecot] dovecot and AFS SOLVED
by Per-Erik Persson 10 Feb '10

10 Feb '10

Sorry for the fuzz on the thread earlier. I now have dovecots deliver (1.1.?)up and running and delivering mails to maildirs located on the AFS So if anyone is wondering, I would say that AFS works as a backend for storing emails without any ugly patches.

3 4

[Dovecot] Dovecot and duplicates
by Veikko "Wexi" Skurnik 10 Feb '10

10 Feb '10

Hi I'm having a problem setting up duplicate filtering on my mail server. I've set up the mail server with Postfix and Dovecot with virtual LDAP users, ClamAV virus scanning. The problem is that some of the virtual users use multiple e-mail addresses and postfix delivers emails sent to a user as many times as the user has email address entries in LDAP. I was wondering what would be the smartest way to get rid of these duplicates, they have identical message ID:s and a simple procmail recipe does the trick, however as I'm using dovecots deliver, procmail isn't the answer. Is it possible to use Sieve to do this, I've been googling around *a lot* and haven't found anything that would solve the problem... This is the procmail recipe that succesfully eliminates the duplicates: MAILDIR=/var/vmail :0 Wh: msgid.lock | formail -D 8192 .msgid.cache Or could another solution be to configure postfix to first receive the email, then let procmail do the duplicate filtering, then ClamAV does the virus scan and finally dovecots deliver delivers the message to the virtual user's mailbox? Any help will be greatly appreciated =) Wexi -- * Veikko "Wexi" Skurnik: +358(44)5288338 * * wexi(a)wexin.net Wexi@IRCNet * * Näyttämönkatu 4 B 12 33720 Tampere * * "Kosminen balanssi ei saa järkkyä" *

1 0

[Dovecot] Understanding migrateuser.sh
by Stewart Dean 09 Feb '10

09 Feb '10

I'm sure it comes from my being a gormless idiot, but whatever is the -UKWS argument immediately after the mb2md.pl invocation? > $MB2MD -UKWS -s "$INBOX" -d "$WORKING" As always, reading the idiom of someone else's scripting is an education. And some of it wouldn't work with native AIX sh/ksh, so changed the functions: > folders_hash() { > local HASH=`find $FOLDERS -type f |sort|(IFS=\ > ;while read file; do ls -l "\$file"; done)` > eval "$1=\"$HASH\"" > } > to: > folders_hash() { > local IFS=\ > local HASH=`find $FOLDERS -type f | sort | \ > while read file > do > ls -l "\$file" > done` > # the escapes are so that $1 gets "$HASH" NOT $HASH > # So the resolution is deferred... > eval "$1=\"$HASH\"" > } I would have wished for a few more comments within the script. -- ==== Once upon a time, the Internet was a friendly, neighbors-helping-neighbors small town, and no one locked their doors. Now it's like an apartment in Bed-Stuy: you need three heavy duty pick-proof locks, one of those braces that goes from the lock to the floor, and bars on the windows.... ==== Stewart Dean, Unix System Admin, Bard College, New York 12504 sdean(a)bard.edu voice: 845-758-7475, fax: 845-758-7035

1 1