- dovecot - dovecot.org

[Dovecot] v1.2.8 released
by Timo Sirainen 23 Nov '09

23 Nov '09

http://dovecot.org/releases/1.2/dovecot-1.2.8.tar.gz http://dovecot.org/releases/1.2/dovecot-1.2.8.tar.gz.sig This is mainly to fix the 0777 base_dir creation issue, which could be considered a security hole, exploitable by local users. An attacker could for example replace Dovecot's auth socket and log in as other users. Gaining root privileges isn't possible though. This affects only v1.2 users, v1.1 and older versions were creating the directory with 0755 permission. If your Dovecot's base_dir isn't in /var/run/dovecot/, you should also make sure that the $prefix/var/ and $prefix/var/run/ (i.e. /usr/local/var/, /usr/local/var/run/ by default) aren't 0777. * Dovecot v1.2.x had been creating base_dir (and its parents if necessary) with 0777 permissions. The base_dir's permissions get changed to 0755 automatically at startup, but you may need to chmod the parent directories manually. - acl: If user has rights from more than one group, merge them instead of choosing one group's rights and ignoring others. - virtual: When using a lot of mailboxes, the virtual mailbox's header could have grown over 32 kB and caused "out of memory" crashes. Also over 64 kB headers couldn't even be updated with existing transaction log records. Added a new record type that gets used with >=64 kB headers. Older Dovecot versions don't understand this header and will log errors if they see it. - FETCH BODYSTRUCTURE didn't return RFC 2231 "key*" fields correctly

4 6

[Dovecot] migrating from Courier
by LuKreme 23 Nov '09

23 Nov '09

I've been running postfix/courier-ssl/MySQL/postfixadmin for years, but since I am in the process of building a new server I decide to reexamine my options. I'm sticking with postfix, but I've decided to move from courier to dovecot because everyone is telling me it's much faster, and I really dislike courier's SASL setup and integration with other services. Of course, I have dozens (but not hundreds) of gigabytes of Courier Maildirs for all the users. Most of the users are in MySQL virtual domains and their mail is stored in a common directory (/usr/local/virtual) and owned by a single system user (vpopmail). I've even hacked together a postfix service to run procmail for the virtual users, though my intention of creating a webface allowing them to muck up their own .procmailrcs never came to fruition. I'm doing my user migration in two steps. First, I will rsync all the mail (and all the user webfiles) to the new server, do any setup/conversion/&c to the data on the new server and make sure everything is working and that passwords are preserved. Then, right before the server goes live I will shutdown mail on the old machine, rsync any new mail (hopefully no more than a couple of hours worth) over, do any conversion, and then fire up the new server. 1) what do I need to do to convert or prepare the courier maildirs for dovecot? 2) is the current setup of virtual users reasonable for dovecot? 2.1) Is there a better option than postfixadmin? 3) some of my users are not in MySQL, but are real system users. Is this going to confuse dovecot (it confuses courier no end). These system users are still using courier and courier maildirs. 4) would it be better to take the server live and THEN move/convert the old mail? 5) anything else obvious that I didn't mention or ask that I should have? The most important thing, of course, is to not lose anyone's email. -- "Two years from now, spam will be solved," -- Bill Gates, January, 2004

4 3

[Dovecot] Dovecot and SATA Backend
by Nicolas GRENECHE 23 Nov '09

23 Nov '09

Hi all, I plan to run a dovecot IMAPS and POPS service on our network. We handle about 3 000 mailboxes. I thought first buying a topnotch server (8 cores and 16 Go RAM) with equalogic iSCSI SAN SAS 15K for storage backend. On second though (and after a comprhensive read of dovecot features), I saw in http://wiki.dovecot.org/MailLocation that index files can be created on a separete local filesystem. My question is : for 3000 users, is it possible to have only a SATA backend attached to my topnotch server (to handle bigger mail quotas) by storing index on local hard drives (SAS drives) ? Extra question, what is the better : iSCSI SATA backend or NFS share ? NFS share is more convenient to have a failover server. Thanks for your help. Regards, -- Nicolas Grenèche - Orléans University - France http://blog.garnett.fr (in french)

8 13

Re: [Dovecot] Sieve plugin: Filtering UTF-8 Emails
by micha＠pocomail.de 23 Nov '09

23 Nov '09

Am Montag, den 23.11.2009 0:53:15 schrieb Pascal Volk <user+dovecot(a)localhost.localdomain.org>... > Please stop top posting. > > Your installation is horrible old. You may consider an update. > > You are using the omparator "i;ascii-casemap". Please read in RFC 2244 > section 3.4 about it <http://tools.ietf.org/html/rfc2244#section-3.4>. > And you will know, why your rule never will match. > You could test my working script from my last message. > > > Regards, > Pascal okay, thank you !!!!!!! michael

1 0

Re: [Dovecot] Sieve plugin: Filtering UTF-8 Emails
by micha＠pocomail.de 23 Nov '09

23 Nov '09

hi Pascal, sorry, here are my infos: dovecot version: Dovecot v1.0.rc15 i am not sure how to find out, which version of cumsieve the server has, as far as i can see with a locate cumsieve, it must be version 1.0.3 or 1.1.6. the scripte and a test-email is attached. the log says: deliver(shop(a)xxxx.de): "2009-11-23 00:09:45 "Info: msgid=<4B09C4AE.3070306(a)xxxx.de>: saved mail to INBOX thanks for your help!! michael Am Sonntag, den 22.11.2009 23:01:35 schrieb Pascal Volk <user+dovecot(a)localhost.localdomain.org>... > On 11/22/2009 09:33 PM micha(a)pocomail.de wrote: > >> hi all, >> >> i hope it´s okay for questions about the sieve plugin here... >> > > Yes, this is the right mailing list for such questions… > > >> my problem is, that the filters do not seem to match utf8-content >> >> for instance: the email: >> >> Content-Type: text/plain; charset="utf-8" >> Content-Transfer-Encoding: quoted-printable >> Subject: >> =?utf-8?Q?Erinnerung:=20Bitte=20f=C3=BChren=20Sie=20die=20Kaufabwicklung=20durch?= >> >> when i use the same subject (of course in utf-8) in my ".dovecot.sieve", >> the filter never matches ;-(( >> >> does anyone have an idea howto make the sample here matching by sieve ??? >> > > Huh, where is your script? No script - no error checking. ;) > > Which Dovecot version? Which Sieve version? > > # file .dovecot.sieve > .dovecot.sieve: UTF-8 Unicode text > > ~/.dovecot.sieve: > require "fileinto"; > if header :matches "subject" "Erinnerung: Bitte führen Sie die Kaufabw*" { > fileinto "Trash"; > setflag "\\Seen"; > } > > Log: Info: sieve: msgid=<20091…ple.com>: stored mail into mailbox Trash' > The test message is attached. > > > Regards, > Pascal > > > ------------------------------------------------------------------------ > > Betreff: > Erinnerung: Bitte führen Sie die Kaufabwicklung durch > Von: > spambot(a)example.com > Datum: > Sun, 22 Nov 2009 22:50:29 +0100 (CET) > An: > sven(a)firma.tld > > An: > sven(a)firma.tld > > > <html> > <body> > <h1>Hello wordl</h1> > <p>foo bar baz</p> > </body> > </html> > # Erinnerung Kaufabwicklung if allof ( header :comparator "i;ascii-casemap" :contains "Subject" "Erinnerung: Bitte führen Sie die Kaufabwicklung durch", ) { redirect "xxx(a)googlemail.com"; stop; }

2 1

[Dovecot] Sieve plugin: Filtering UTF-8 Emails
by micha＠pocomail.de 23 Nov '09

23 Nov '09

hi all, i hope it´s okay for questions about the sieve plugin here... my problem is, that the filters do not seem to match utf8-content for instance: the email: Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Subject: =?utf-8?Q?Erinnerung:=20Bitte=20f=C3=BChren=20Sie=20die=20Kaufabwicklung=20durch?= when i use the same subject (of course in utf-8) in my ".dovecot.sieve", the filter never matches ;-(( does anyone have an idea howto make the sample here matching by sieve ??? thank´s for any help! michael

2 1

[Dovecot] quota dict
by Lampa 22 Nov '09

22 Nov '09

Hello, i'm using dict quota stored in mysql (/etc/dovecot/dovecot-dict-quota.conf): connect = host=localhost dbname=vmail user=dovecot password= # CREATE TABLE quota ( # username varchar(100) not null, # bytes bigint not null default 0, # messages integer not null default 0, # primary key (username) # ); map { pattern = priv/quota/storage table = quota username_field = username value_field = bytes } map { pattern = priv/quota/messages table = quota username_field = username value_field = messages } ----------------------- from dovecot.conf (quota rule is get from passdb sql + prefetch): dict { quotadict = mysql:/etc/dovecot/dovecot-dict-quota.conf } plugin { quota = dict:user::proxy::quotadict quota_warning = storage=99%% /etc/dovecot/quota-warning.sh 99 quota_warning2 = storage=95%% /etc/dovecot/quota-warning.sh 95 quota_warning3 = storage=80%% /etc/dovecot/quota-warning.sh 80 But how to add another quota for Trash folder ? It seeems that will be needed another table something like quota2 but how to map it using map {} -- Lampa

2 4

[Dovecot] kudos
by Frank Cusack 21 Nov '09

21 Nov '09

I'm sure this isn't said enough, so kudos to Timo for what has to be the best IMAP server anywhere, hands-down no qualifications! And to think, it's a one man operation ... although perhaps that is one of the reasons it is so good.

2 1

[Dovecot] Problem compiling dovecot 1.2.8 on Solaris 10?
by Drew Schatt 21 Nov '09

21 Nov '09

I've got an issue using Sun's compilers on Solaris 10 - it appears that dovecot is trying to use the getopt function, that's part of GNU's glibc, and, therefore, not present when using Sun's compilers. Any ideas on how to resolve? cc -DHAVE_CONFIG_H -I. -I../.. -I../../src/lib -I../../src/lib-auth -I../../src/lib-mail -I../../src/lib-imap -I../../src/lib-index -I../../src/lib-storage/index/maildir -I../../src/auth -DPKG_RUNDIR=\""/usr/local/var/run/dovecot"\" -I/usr/local/include -I/usr/local/ssl/include -D_XPG6 -L/usr/local/lib -L/usr/local/ssl/lib -KPIC -lm -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -xc99 -I/usr/local/include -I/usr/local/ssl/include -L/usr/local/lib -L/usr/local/ssl/lib -D_XPG6 -xstrconst -KPIC -lm -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -c authtest.c "authtest.c", line 164: warning: implicit function declaration: getopt "authtest.c", line 167: undefined symbol: optarg "authtest.c", line 167: warning: improper pointer/integer combination: op "=" "authtest.c", line 170: warning: improper pointer/integer combination: op "=" "authtest.c", line 176: undefined symbol: optind "authtest.c", line 178: undefined symbol: optind cc: acomp failed for authtest.c -Drew Schatt

3 3

[Dovecot] Plugin Compatibility
by Tony Rutherford 20 Nov '09

20 Nov '09

We are looking to develop a plugin against the 1.2.X line (8 as of right now). Seeing that v2.0 is not too far off, is there any reason to think that a plugin developed for 1.2.X would NOT be compatible with the 2.0 line?Thanks,Tony This message is intended solely for the individual(s) to whom it is addressed. If you are not the intended recipient, any dissemination or copying is strictly prohibited. If you believe you received this message in error, please notify the sender and delete from your system. Thank you.

2 1