- dovecot - dovecot.org

Re: [Dovecot] Maildir folder hierarchy question
by Richard Leszczynski 11 Jun '06

11 Jun '06

> did you get an answer? No answer yet. I've had another look at the conf file in the meantime and I still can't detect if specifying :INBOX=... in the default_mail_env has any effect at all. Richard L > Richard Leszczynski wrote: > > Hello all, > > > > I am trying to set up Dovecot to use a particular > > maildir folder hierarchy and have a problem that > > relates to the inbox. > > > > the folder hierarchy I want in /.../Maildir/ is: > > > > .inbox > > cur > > new > > tmp > > .imap.index.files-for-inbox > > .sent-items > > cur > > new > > tmp > > .imap.index.files-for-sent-items > > > > however the hierarchy that dovecot gives me is > > > > .inbox (unused) > > .INBOX > > .imap.index.files-for-.INBOX > > cur > > new > > tmp > > .sent-items > > cur > > new > > tmp > > .imap.index.files-for-.sent-items > > > > I would like to have the (cur,new,tmp) folders > > associated with the the .inbox placed in the > .inbox > > directory, not alongside it in the main maildir > > directory. Dovecot appears to do this > automatically > > for other folders. I'm not too bothered if the > .inbox > > folder has to be capitalised. > > > > Is this possible? I suspect from reading the > Dovecot > > Q&A that it may not be as the rootdir has special > > significance with IMAP but I would like > confirmation. > > > > I've currently set my default_mail_env as: > > > > default_mail_env = > > > maildir:/home/%u/mail/maildir:INBOX=/home/%u/mail/maildir/.inbox > > > > > > which I thought should do accomplish what I want > but > > it has no apparent effect. > > > > I'm running SUSE 10.0 with Dovecot 0.99.14-5 (as > > installed by Yast). KMail and Outlook are being > used > > to access Dovecot. > > > > Can anyone help? > > thank you, > > Richard L > > > > > > > > > ___________________________________________________________ > > > 24 FIFA World Cup tickets to be won with Yahoo! > Mail http://uk.mail.yahoo.com > > > > -- > ==== > Stewart Dean, Unix System Admin, Henderson Computer > Resources > Center of Bard College, Annandale-on-Hudson, New > York 12504 > sdean(a)bard.edu voice: 845-758-7475, fax: > 845-758-7035 > > ___________________________________________________________ Switch an email account to Yahoo! Mail, you could win FIFA World Cup tickets. http://uk.mail.yahoo.com

2 1

[Dovecot] Dovecot 1.0beta7: STARTTLS/SSL not wanting to start
by Mike Brudenell 11 Jun '06

11 Jun '06

Greetings - I have been looking at Dovecot with a view to migrating us to it from the Washington IMAP server on our Sun systems. To start our testing we first of all installed the pre-built version of Dovecot from the Blastwave (www.blastwave.org) community supported packaged software site. This was Dovecot 0.99.10.4 and we successfully got it working in our test environment: at first just with regular IMAP, then with STARTTLS too. For the latter we installed a properly signed certificate and it works fine: mail clients can connect, use STARTTLS and then use the encrypted connection. I then downloaded the source code for Dovecot 1.0beta7 and built this myself from source, against the OpenSSL 0.9.8 libraries. I configured Dovecot to use the same certificate and key files as had been used for the earlier version we had just tried out. Whilst 1.0beta7 works fine for regular IMAP it just does not want to start SSL using STARTTLS at all. The error that is getting logged in the syslog file is: <date etc> ... dovecot: [ID 107833 mail.warning] imap-login: SSL_accept() failed: error:140D308A:SSL routines:TLS1_SETUP_KEY_BLOCK:cipher or hash unavailable [ddd.ddd.ddd.ddd] I see in the archived for the list archives that this same problem was asked about for 1.0beta3 but without a solution I could see. Could someone offer any insight/help, please? Cheers, Mike Brudenell -- The Computing Service, University of York, Heslington, York Yo10 5DD, UK Tel:+44-1904-433811 FAX:+44-1904-433740 * Unsolicited commercial e-mail is NOT welcome at this e-mail address. *

3 3

[Dovecot] Quotas and LDAP
by Stephan Müller 11 Jun '06

11 Jun '06

Hi, first of all, it is very nice that dovecot has quotas now! Thank you very much. Now, I want to use quotas with LDAP requests, but I am having the following issues. First, contrary to what is written in the Wiki about quota and LDAP ("# quotaStorage must be in the format mentioned above, # For example: dirsize:storage=10240"), it is possible to have an LDAP field with just a number in it. The configuration in dovecot-ldap.conf looks like: user_attrs = homedir=home,uidnumber=uid,primaryGroupID=gid,quotanumber=quota=maildir:storage This works (as tested - I guess, it works as long as the quota entry is the last entry) and you also see it in the logs: Jun 11 19:10:36 inet dovecot: auth(default): master out: USER^I8^Ismueller^Iuid= 76340^Igid=513^Iquota=maildir:storage=90000000^Ihome=/home/dozenten/smueller/ Question now: is this intended (meaning, is this configuration possibility here to stay)? If yes, can you please update the wiki? Second issue: according to the description, the quota number is the size in KB. Is there a chance to change it to bytes? Reason: I am using Postfix with the VDA extension. There, the quota is to be given in bytes. Now, as lazy as I am, I only want to maintain one value for the quota. As I personally think that a quota given in bytes is more flexible, I would ask whether the following change can be made to dovecot: --- quota-maildir.c.orig 2006-06-11 19:15:55.000000000 +0200 +++ quota-maildir.c 2006-06-11 19:16:13.000000000 +0200 @@ -526,7 +526,7 @@ for (; *args != '\0'; args++) { if (strncmp(*args, "storage=", 8) == 0) { - size = strtoull(*args + 8, NULL, 10) * 1024; + size = strtoull(*args + 8, NULL, 10); if (size != 0) root->message_bytes_limit = size; root->master_message_limits = TRUE; Thanks Stephan -- | Those that bite the hand that feeds them are | | doomed to lick the boot that kicks them. |

2 2

[Dovecot] beta8: complaint about tilde at startup
by Jeff A. Earickson 11 Jun '06

11 Jun '06

Timo, After installing beta8 on Solaris 10 sparc and starting it for the first time, I noticed this in my syslog: May 14 19:35:45 emerald dovecot: [ID 475045 mail.info] Dovecot v1.0.beta8 starting up May 14 19:35:47 emerald dovecot: [ID 536776 mail.error] stat(~) failed: No such file or directory The only appearance of the tilde (~) in my dovecot.conf is here: default_mail_env = mbox:~/mail:INBOX=/var/mail/%1u/%u:INDEX=~ Is the INDEX definition wrong? Or is this a bug? My setup: Solaris 10, mbox format, home directories are local UFS filesystems, INBOX is an NFS-mounted filesystem from another S10 box (NFS version 4). Jeff Earickson Colby College

4 3

[Dovecot] maildir quota not including INBOX
by Bill Boebel 11 Jun '06

11 Jun '06

The maildir quota plugin doesn't appear to be including the INBOX in the quota calculation that is reported by GETQUOTAROOT. I took a look at the code and it appears that in this file "src/plugins/quota/quota-maildir.c", the function "maildirsize_recalculate" relies on all of the folders being listed when "maildir_list_init" is called. However the INBOX is not included in that listing, so its current storage size is not included. I couldn't figure out what patch would be needed to fix this, but I'm sure it is something simple. Any ideas? Bill

2 1

[Dovecot] LIST command ignores "hidden=yes" for default namespace
by Bill Boebel 11 Jun '06

11 Jun '06

I'm not sure if this is a bug or just an undesirable feature, but when I have our namespace configured to match Courier's "INBOX." functionality, Dovecot forces me to also define a default namespace (with no prefix). Without the default namespace defined I get "NO Unknown namespace." errors when trying to subscribe or unsubscribe folders. So I have configured my namespaces like this: namespace private { separator = . prefix = INBOX. inbox = no } namespace private { separator = . prefix = inbox = yes hidden = yes } However with this configuration, LIST commands ignore the "hidden = yes" setting on the default namespace and IMAP clients end up displaying an identical folder listing twice... 2 list "" "*" * LIST (\HasChildren) "." "INBOX" * LIST (\HasNoChildren) "." "INBOX.spam" * LIST (\HasNoChildren) "." "INBOX.Trash" * LIST (\HasNoChildren) "." "INBOX.Sent" * LIST (\HasNoChildren) "." "INBOX.Drafts" * LIST (\HasNoChildren) "." "INBOX.RSS" * LIST (\HasNoChildren) "." "INBOX.test" * LIST (\HasNoChildren) "." "INBOX.test2" * LIST (\HasNoChildren) "." "spam" * LIST (\HasNoChildren) "." "Trash" * LIST (\HasNoChildren) "." "Sent" * LIST (\HasNoChildren) "." "Drafts" * LIST (\HasNoChildren) "." "RSS" * LIST (\HasNoChildren) "." "test" * LIST (\HasNoChildren) "." "test2" 2 OK List completed. Again, I am not sure if this was intended, but either way it is undesirable for us. I even had a couple customers delete one of their duplicate folders thinking that was safe, but it deleted both folders - of course. To force Dovecot to hide mailboxes in the default namespace I made the following change: src/imap/cmd-list.c: @247 + if (ns->hidden) { + return; + }

2 1

[Dovecot] Bug: maildirsize not updated when deleting folders
by Bill Boebel 11 Jun '06

11 Jun '06

When using maildir++ quotas, if you delete an IMAP folder, the maildirsize file should get updated so that it subtracts the size of the messages that were contained in the deleted IMAP folder. However Dovecot is not doing this, resulting in Dovecot showing an incorrect quota value until the next time the maildirsize file is rebuilt. Bill

2 2

[Dovecot] Outside mails
by Tolga 11 Jun '06

11 Jun '06

Hi, I recently found out that I was able to get system mails, but not mails from the outside world. What setting do I have to fiddle with for this? Regards,

5 6

[Dovecot] Quotas and LDAP
by Stephan Müller 11 Jun '06

11 Jun '06

Hi, first of all, it is very nice that dovecot has quotas now! Thank you very much. Now, I want to use quotas with LDAP requests, but I am having the following issues. First, contrary to what is written in the Wiki about quota and LDAP ("# quotaStorage must be in the format mentioned above, # For example: dirsize:storage=10240"), it is possible to have an LDAP field with just a number in it. The configuration in dovecot-ldap.conf looks like: user_attrs = homedir=home,uidnumber=uid,primaryGroupID=gid,quotanumber=quota=maildir:storage This works (as tested - I guess, it works as long as the quota entry is the last entry) and you also see it in the logs: Jun 11 19:10:36 inet dovecot: auth(default): master out: USER^I8^Ismueller^Iuid= 76340^Igid=513^Iquota=maildir:storage=90000000^Ihome=/home/dozenten/smueller/ Question now: is this intended (meaning, is this configuration possibility here to stay)? If yes, can you please update the wiki? Second issue: according to the description, the quota number is the size in KB. Is there a chance to change it to bytes? Reason: I am using Postfix with the VDA extension. There, the quota is to be given in bytes. Now, as lazy as I am, I only want to maintain one value for the quota. As I personally think that a quota given in bytes is more flexible, I would ask whether the following change can be made to dovecot: --- quota-maildir.c.orig 2006-06-11 19:15:55.000000000 +0200 +++ quota-maildir.c 2006-06-11 19:16:13.000000000 +0200 @@ -526,7 +526,7 @@ for (; *args != '\0'; args++) { if (strncmp(*args, "storage=", 8) == 0) { - size = strtoull(*args + 8, NULL, 10) * 1024; + size = strtoull(*args + 8, NULL, 10); if (size != 0) root->message_bytes_limit = size; root->master_message_limits = TRUE; Thanks Stephan -- | Those that bite the hand that feeds them are | | doomed to lick the boot that kicks them. |

1 0

[Dovecot] RFC 3501 compliance issue: body-type-msg incorrect
by Tony Kay 11 Jun '06

11 Jun '06

Hi, I am using Dovecot 1.0 beta 7, moving to beta8 probably tomorrow. I am seeing a few RFC compliance issues with IMAP responses. I have an in-house IMAP client that caches IMAP data for a web mail system (it parses millions of IMAP interactions a day), and it reports whenever it gets a line that does not look RFC compliant. Unfortunately, users modify their mailboxes before I can get a copy that allows me to reproduce the errors. However, I can at least show you some examples of the response lines I'm seeing, since they are copied verbatim to my logs when they happen. I saw one case of imap-literal coming across without a \r\n sequence: * 1135 FETCH (UID 1345 RFC822.SIZE 4813894 BODY (("text" "plain" ("charset" "ISO-8859-1") NIL NIL "7bit" 415 6)("application" "octet-stream" ("name" {59}C:\\Documents and Settings\\Mitch\\Desktop\\AIR JORDANS.ppt) NIL NIL "base64" 4811938) "mixed") BODY[1]<0> {80} We sorted out what technical difficulties we having and have posted a corrected BODY[HEADER.FIELDS (FROM TO SUBJECT)] {90} From: XXX To: XXX Subject: Sports group II back online ) This one is probably some weird malformed message, since literal strings processing is certainly not broken in general. The much more common problem is when people receive a message that has a message embedded using the RFC3501 body-type-msg rule. Here is a sample incorrect response: * 4154 FETCH (UID 27140 RFC822.SIZE 14078 BODY (("text" "plain" ("charset" "ISO-8859-1" "format" "flowed") NIL NIL "7bit" 2 1)("message" "rfc822" ("name" "casbudmgr: FW: deans-dirs: Scholarship Announcement") NIL NIL "7bit" 11694 ("Wed, 12 Apr 2006 14:42:04 -0700" "casbudmgr: FW: deans-dirs: Scholarship Announcement" (("xxxxxxx xxxx" NIL "xxxxxx" "xxx.xxxxxxx.xxx")) ((NIL NIL "xxxxxxxxxxxxxxx" "lists.xxxxxxxxxxx")) ((NIL NIL "casbudmgr" "xxxxx.xxxxxxx.xxx")) ((NIL NIL "xxxxxxxxx" "xxxxxxxxxxxxxxxxx")) NIL NIL NIL <AF3B91355406B440A6E838338E63A742C6435B@xxxxxxxxxxxxxxxxxxxxxdu>") ("text" "plain" ("charset" "us-ascii") NIL NIL "quoted-printable" 2047 50)("text" "html" ("charset" "us-ascii") NIL NIL "quoted-printable" 6565 189) "alternative" 302)("text" "x-vcard" ("charset" "utf-8" "name" "ddkintz.vcf") NIL NIL "7bit" 415 14) "mixed")) Look through the line to the point where you see: "alternative" 302. The part the proceeds this is a body-type-mpart rule, but it is missing a set of parentheses...i.e. there should be an ending paren after alternative, and a beginning paren before the set of 1parts that precede it. This looks like a similar problem to what was in imap_bodystructure.c a while back. -- Anthony Kay University Computing Center (541) 346-1719 GPG Fingerprint: B0DB D46A 60AF FAE7 A94A 5075 0CB4 4D88 9F4F 7F09 Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning. Rich Cook

3 4