- dovecot - dovecot.org

[Dovecot] bug report, from apple.com
by Jason Fesler 11 Sep '06

11 Sep '06

Bruce includes detailed information including the imap session. Bruce works at Apple, on the Apple Mail.app product. ---------- Forwarded message ---------- From: Bruce Arthur <barthur(a)apple.com> To: dovecot(a)dovecot.org Cc: Bruce Arthur <barthur(a)apple.com> Date: Tue, 29 Aug 2006 09:04:35 -0700 Subject: Problem using Apple Mail with Dovecot Server Configuration: dovecot-1.0.rc6 Built with: ./configure --prefix=/usr/local OS: FreeBSD 4.10-STABLE i386 running on ufs Client configuration Mac OS X 10.4.7, using Apple Mail client. Issue: Apple Mail is able to connect to the server, but it is not seeing the available folder correctly. I did a little debugging and it looks like dovecot is failing to provide the separator in response to the LIST command. I did not spend anytime trying to figure out how other mail clients are getting this (my tcpdump is a little rusty these days). Here is what I see Mail sending to the server, and it's responses. 1 LOGIN applecot ******** 1 OK Logged in. 2 CAPABILITY * CAPABILITY IMAP4rev1 SASL-IR SORT THREAD=REFERENCES MULTIAPPEND UNSELECT LITERAL+ IDLE CHILDREN NAMESPACE LOGIN-REFERRALS 2 OK Capability completed. 3 LIST "" "" 3 OK List completed. The "LIST" command should be sending back the mailbox separator. The IMAP spec seems pretty clear about this (but reading RFC's is always a bit of a challenge). From the RFC: http://www.ietf.org/rfc/rfc2060.txt 6.3..8. LIST Command Arguments: reference name mailbox name with possible wildcards Responses: untagged responses: LIST Result: OK - list completed NO - list failure: can't list that reference or name BAD - command unknown or arguments invalid An empty ("" string) reference name argument indicates that the mailbox name is interpreted as by SELECT. The returned mailbox names MUST match the supplied mailbox name pattern. A non-empty reference name argument is the name of a mailbox or a level of mailbox hierarchy, and indicates a context in which the mailbox name is interpreted in an implementation-defined manner. An empty ("" string) mailbox name argument is a special request to return the hierarchy delimiter and the root name of the name given in the reference. The value returned as the root MAY be null if the reference is non-rooted or is null. In all cases, the hierarchy delimiter is returned. This permits a client to get the hierarchy delimiter even when no mailboxes by that name currently exist. Example: C: A101 LIST "" "" S: * LIST (\Noselect) "/" "" S: A101 OK LIST Completed C: A102 LIST #news.comp.mail.misc "" S: * LIST (\Noselect) "." #news. S: A102 OK LIST Completed C: A103 LIST /usr/staff/jones "" S: * LIST (\Noselect) "/" / S: A103 OK LIST Completed C: A202 LIST ~/Mail/ % S: * LIST (\Noselect) "/" ~/Mail/foo S: * LIST () "/" ~/Mail/meetings S: A202 OK LIST completed -- Bruce ------- From: Jason Fesler <jfesler(a)gigo.com> To: Bruce Arthur <barthur(a)apple.com> Cc: dovecot(a)dovecot.org Date: Tue, 29 Aug 2006 10:41:55 -0700 (PDT) Subject: Re: Problem using Apple Mail with Dovecot > Server Configuration: > dovecot-1.0.rc6 > Built with: ./configure --prefix=/usr/local > OS: FreeBSD 4.10-STABLE i386 running on ufs Thanks, Bruce. Timo et all; Bruce specifically has been looking at my instance of dovecot after a friend of his reported problems with Mail.app and my server. More information: Stock dovecot namespaces work; This name space does not: namespace private { separator = . prefix = INBOX. inbox = yes hidden = no } namespace private { separator = / inbox = no hidden = yes prefix = "#mail/" location = mbox:/home/%u/mail }

9 19

[Dovecot] what defines dovecot LOG perms?
by OpenMacNews 11 Sep '06

11 Sep '06

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 on dovecot launch, 'dovecot.log' is created as: -rw------- 1 root testuser 271 2006-09-11 07:58 dovecot.log which causes an apparent perms prob with exim using dovecot's LDA ... what/how do i define/change the LOG's ownership/perms with? it seems to ignore the dovecot.conf umask setting, etc. thx. richard - -- /"\ \ / ASCII Ribbon Campaign X against HTML email, vCards / \ & micro$oft attachments [GPG] OpenMacNews at gmail dot com fingerprint: 50C9 1C46 2F8F DE42 2EDB D460 95F7 DDBD 3671 08C6 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) iEYEARECAAYFAkUFepwACgkQlffdvTZxCMaXoACfdGwNb8NQUZCfn6AlCswqbgrB T6IAoI0OMmhFsjWts3zAqIK3Ol32MwP7 =w1XL -----END PGP SIGNATURE-----

2 4

[Dovecot] Wrong content-type reported for messages with only a text/html body?
by Mathijs den Burger 11 Sep '06

11 Sep '06

Hi all, It looks like Dovecot 1.0rc7 reports the wrong content-type for messages with only a text/html body. An example of such a message is: --- From: mathijs(a)izecom.com Subject: test To: foobar(a)example.com Content-Type: text/html; test --- When I talk IMAP to Dovecot directly using telnet and fetch the bodystructure of this message, Dovecot replies: * 1 FETCH (BODYSTRUCTURE ("text" "plain" ("charset" "us-ascii") NIL NIL "7bit" 6 1 NIL NIL NIL)) I guess that should be 'text/html', not 'text/plain'. Is this a bug or am I missing something here? FYI: I run Dovecot on Debian stable with version 1.0rc7 compiled from source. cheers, Mathijs

2 1

[Dovecot] AppleMail 1.3 filter problem [solved] / fc5 package of 1.0rc7
by Bill McGonigle 11 Sep '06

11 Sep '06

Hi, Folks, I recently migrated from courier-imapd to dovecot when I migrated a machine from rh9 to fc5. I managed to hit a snag with the 1.0b8 version of dovecot that's currently in fc5. With AppleMail 1.3 I was seeing most of my incoming mail go missing. To make a long story short, AppleMail was applying mail filters inappropriately (walking right past a 'stop processing' rule and moving my incoming mail into folders specified for Act-On actions). This made the AppleMail 1.3 client unusable with 1.0b8. Before complaining here I figured I ought to try the current version, and, sure enough, 1.0rc7 fails to cause AppleMail to go insane like 1.0b8 did. I'm not sure which change between b8 and rc7 is the important one, but rc7 seems to work well. I saw the pointer on the Wiki to the ATRPM's repository which had a current RPM, but looking at the included patches in their SRPM they seem to be doing things somewhat differently than the Fedora guys are (default settings, etc.), so, I figured for my machine I'd rather stay as close to the Fedora methodology to make future upgrades perhaps less painful. To that end I took the SRPM for b8 from fc5 and modified it as little as possible to make it work with 1.0rc7. One bugfix patch was left out as that seems to have been fixed in the Dovecot source during the interim period. I put the resulting RPM and SRPM up here: http://bfccomputing.com/downloads/dovecot/ in case anybody wants to use it, review it, merge it into Fedora Core, their repo, etc. I'm neither an RPM packing nor Dovecot source expert and I've only tested it lightly, but I'm using it currently and haven't seen problems. -Bill ----- Bill McGonigle, Owner Work: 603.448.4440 BFC Computing, LLC Home: 603.448.1668 bill(a)bfccomputing.com Cell: 603.252.2606 http://www.bfccomputing.com/ Page: 603.442.1833 Blog: http://blog.bfccomputing.com/ VCard: http://bfccomputing.com/vcard/bill.vcf

2 2

[Dovecot] Create subfolder
by Hugo Dubé 11 Sep '06

11 Sep '06

I have dovecot on Fedora Core 5 and I want to create a subfolder. By default its impossible!!!! I setup dovecot for maildir and after I able to create a subfolder. But I cant receive my old and new email on this format. I read dovecot documentation at http://wiki.dovecot.org/QuestionsAndAnswers#head-35b621e067b7e72c1d1e47886f4 00a1a784bd95c and its write: For ordinary local Unix users, you may want to specify the mail environment as "maildir:%h/Maildir:INBOX=/var/mail/%n". There are two reasons. First, mail can be delivered there without consuming the user's disk quota on the home directory. Second, the user's home directory may prohibit access to any users other than the owner and the privileged user root. Having the INBOX outside the user's home directory permits mail delivery by programs running without root privileges, but belong to the group mail. I try it with maildir:%h/Maildir:INBOX=/var/mail/%n and dont work. I cant connect to my imap server. Help me please!!! Hugo

1 0

[Dovecot] dovecot LDA w/ exim: "dyld: Library not loaded" & "trace trap" errors
by OpenMacNews 09 Sep '06

09 Sep '06

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 hi, i've Dovecot 10branch head built on on OSX 10.4.7. i've also exim 4.63 configured for use with dovecot's AUTH. on local delivery via exim -> dovecot LDA, i see two errors: (1) dovecot_lda transport output: dyld: Library not loaded: /usr/local/ssl/lib/libssl.0.9.8.dylib (2) Child process of dovecot_lda transport (running command "/usr/local/dovecot/libexec/dovecot/deliver -c /var/MailServer/Conf/dovecot.conf -d $local_part@$domain") was terminated by signal 5 (trace trap) the more i stare at this, the more i think this is a dovecot issue ... thoughts/suggestions ? details: % exim -bV Exim version 4.63 #1 built 09-Sep-2006 11:58:58 Copyright (c) University of Cambridge 2006 Berkeley DB: Sleepycat Software: Berkeley DB 4.3.29: (June 7, 2006) Support for: crypteq PAM TCPwrappers OpenSSL Content_Scanning Old_Demime Experimental_DomainKeys Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dsearch mysql Authenticators: cram_md5 plaintext dovecot Routers: accept dnslookup ipliteral manualroute queryprogram redirect Transports: appendfile/maildir/mailstore/mbx autoreply lmtp pipe smtp Fixed never_users: 0 Size of off_t: 8 Configuration file is /var/MailServer/Conf/Exim/exim.conf in my exim.conf, i've set up to use dovecot's LDA: ... begin routers ... dovecot_localuser: debug_print = "EXIM-DEBUG [R:dovecot_localuser] for $local_part@$domain" driver = accept domains = +local_domains local_part_suffix = +* local_part_suffix_optional transport = dovecot_lda ... begin transports ... dovecot_lda: debug_print = "EXIM-DEBUG [T:dovecot_lda] for $local_part@$domain" driver = pipe command = /usr/local/dovecot/libexec/dovecot/deliver \ -c /var/MailServer/Conf/Dovecot/dovecot.conf \ -d $local_part@$domain message_prefix = "" message_suffix = "" delivery_date_add envelope_to_add return_path_add log_output user = vmail ... when i test a local smtp exim devliery w/: % exim -v -odf testuser(a)testdomain.com LOG: MAIN cwd=/usr/local 4 args: exim -v -odf testuser(a)testdomain.com Test message. . i see as response in console: LOG: MAIN <= root(a)testdomain.com U=root P=local S=456 LOG: MAIN cwd=/var/MailServer/Mail/Queue 5 args: /usr/local/exim/bin/exim -v - -odi -Mc J5CFC3-0007YC-99 delivering J5CFC3-0007YC-99 EXIM-yes [R:dovecot_localuser] for testuser(a)testdomain.com EXIM-yes [T:dovecot_lda] for testuser(a)testdomain.com LOG: MAIN <testuser(a)testdomain.com>: dovecot_lda transport output: dyld: Library not loaded: /usr/local/ssl/lib/libssl.0.9.8.dylib LOG: MAIN ** testuser(a)testdomain.com F=<root(a)testdomain.com> P=<root(a)testdomain.com> R=dovecot_localuser T=dovecot_lda: Child process of dovecot_lda transport (running command "/usr/local/dovecot/libexec/dovecot/deliver -c /var/MailServer/Conf/dovecot.conf -d $local_part@$domain") was terminated by signal 5 (trace trap) LOG: MAIN cwd=/var/MailServer/Mail/Queue 9 args: /usr/local/exim/bin/exim -v - -odi -t -oem -oi -f <> -EJ5CFC3-0007YC-99 LOG: MAIN <= <> R=J5CFC3-0007YC-99 U=testuser P=local S=1485 T="Mail delivery failed: returning message to sender" ... if i, however, test the dovecot local delivery directly @ shell: % /usr/local/dovecot/libexec/dovecot/deliver -c /var/MailServer/Conf/Dovecot/dovecot.conf -d testuser(a)testdomain.com i see no 'complaints' about ssl lib ... dovecot: Sep 09 14:06:50 Info: auth(default): master in: USER 1 testuser(a)testdomain.com service=deliver dovecot: Sep 09 14:06:50 Info: auth(default): master out: USER 1 testuser(a)testdomain.com static uid=301 gid=301 home=/var/MailServer/Mail/Dovecot/Domains/testdomain.com/Accounts/testuser nice=10 so, where to begin with this? is this an exim or dovecot issue? thanks! richard - -- /"\ \ / ASCII Ribbon Campaign X against HTML email, vCards / \ & micro$oft attachments [GPG] OpenMacNews at gmail dot com fingerprint: 50C9 1C46 2F8F DE42 2EDB D460 95F7 DDBD 3671 08C6 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) iEYEARECAAYFAkUDRakACgkQlffdvTZxCMYoHwCdGSaSeNok1B2ZYMnrNdaGFCj5 z4sAoIAKloPRwMD8GJgHT4BYwbS7Mecr =HKZx -----END PGP SIGNATURE-----

1 0

[Dovecot] Password mismatch - SHA1 authentication problem.
by guard 09 Sep '06

09 Sep '06

On Thu, 31 Aug 2006, guard wrote: > > Hello, > I have problem with authentication. > I'm using SHA1 passwords stored in MySQL. > > From debug: > Info: auth-worker(default): sql(test@mail, IP): query: SELECT password FROM > vmail WHERE mail = 'test@mail' > Info: auth-worker(default): sql(test@mail ,IP): Password mismatch > Info: auth-worker(default): sql(test@mail ,IP): SHA1(dupadupa) != > '2bca9dbe8a14811c687bb8c51c0e1cd14db8a018' > > I tried convert password to upper case, but it didn't help. Then I > tried authentication in plain text and everything works fine... > So, does dovecot crypt SHA1 using other method? > > I also use same SHA1 passwords to authenticate users in exim and it doesn't > have any problem with that. > > I'm using mysql 5.0.24 and dovecot 1.0 rc7. I have found the reason why i can not authenticate users using SHA1 passowds. Problem is dovecot stores sha1 as "sum of the password stored in base64" but mysql and exim store it in hex. Question is why, and does anyone have patch for it? Best regards, Tomasz Krynicki

1 0

[Dovecot] Virtual and system users
by Max A 08 Sep '06

08 Sep '06

Hi. I can not understand, how at presence of system users (passdb shadow and userdb passwd) and virtual (for example, user(a)host.domain.com as system user and user(a)domain.com as virtual) to allow virtual users to not enter a domain part of username at a login, and to allow system users to use a full name (user(a)host.domain.com)? I have read the documentation and default config - I can not understand, how it can be made? If the parameter "auth_username_format = %n" worked inside of separate passdb{} and userdb{} sections, it can be realized, but it does not work inside of them :( . --- M. Alhimenko.

1 0

[Dovecot] quota infor @ wiki page
by OpenMacNews 08 Sep '06

08 Sep '06

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 hi matthias, reading the dovecot wiki page: http://wiki.dovecot.org/Quota that, apparently, you last edited (created?): Quota (last edited 2006-06-13 15:27:38 by MatthiasAndree) i note: " plugin { # 10 MB quota limit quota = maildir:storage=10240 # 1000 messages quota limit quota = maildir:messages=1000 # 10 MB + 1000 messages quota limit quota = maildir:storage=10240:messages=1000 } The above example shows how to set the same quota globally for everyone. You can override this for one or all users by returning a quota field from the user database. See UserDatabase for more information about how to set them for the user database you are using. Here is an example using a SQL-based user database: " i'm (currently) attempting to assign per-user quotas in a 'userdb static' scenario, where, in my dovecot.conf, i've: protocol imap { ... plugin { quota = maildir:storage=10240 } ... } auth default { ... passdb passwd-file { args = /var/MailServer/Data/USERS/imap.users } userdb static { args = static uid=300 gid=300 home=/var/MailServer/Mail/Dovecot/Domains/%d/Accounts/%n nice=10 } ... } so, per 'your' suggestion @ the wiki page, i nav to: http://wiki.dovecot.org/UserDatabase then: http://wiki.dovecot.org/AuthDatabase/PasswdFile where the example for userdb is given as: Or for passdb and userdb: user:{plain}pass:1000:1000::/home/user::mail=maildir:~/Maildir allow_nets=192.168.0.0/24 which, iiuc, would 'translate' to quota in my scenario as, in the "/var/MailServer/Data/USERS/imap.users" file: user:{plain}pass::::::quota=maildir:storage=4096 Unfortunately, when I do make this change, dovecot starts without error, BUT the given user's QUOTA *remains* at the global setting of (in this example) '10240'. i.e., the per-user override is, seemingly, not recognized. i'd make an add/change/comment *to* the wiki page, but it's set as an "Immutable Page". can you, perhaps, comment/clarify? any suggestions? many thanks! richard - -- /"\ \ / ASCII Ribbon Campaign X against HTML email, vCards / \ & micro$oft attachments [GPG] OpenMacNews at gmail dot com fingerprint: 50C9 1C46 2F8F DE42 2EDB D460 95F7 DDBD 3671 08C6 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) iEYEARECAAYFAkUBgJ8ACgkQlffdvTZxCMYHrQCaAtvv9WvetLoA0BVd8lLfIHa0 rosAoL3l3rNuBHwwJ+sLi3qqT4fw50bH =wl2c -----END PGP SIGNATURE-----

1 0

[Dovecot] quota plugin feature request
by Michael Tibben 08 Sep '06

08 Sep '06

Hi am having an issue with the quota plugin To reproduce: - have a mailbox close to its quota limit (say 10 MB), and a large email in the inbox (say 6 MB) - use Squirrelmail or Thunderbird to delete the email The operation fails, as by default the email client seems to try and copy the message into the Trash before deleting it from the inbox, and dovecot will correctly deny the copy operation as the quota will be exceeded if the message is copied... Because of this, I am wondering if it is possible to have an option for the quota plugin to track, but not enforce the quota. This is because I don't require quota enforcement on IMAP operations, as Postfix will enforce quota on incoming mail anyway. Attached is a quick hack job I did on the plugin to strip out the enforcing functionality, but it would be great if this could be a configurable option.. Thanks Michael --- ./dovecot-1.0.rc7/src/plugins/quota/quota-storage.c.orig 2006-09-07 14:56:57.000000000 +1000 +++ ./dovecot-1.0.rc7/src/plugins/quota/quota-storage.c 2006-09-07 15:12:41.000000000 +1000 @@ -116,8 +116,8 @@ struct quota_transaction_context *qt = QUOTA_CONTEXT(t); int ret; bool too_large; - - ret = quota_try_alloc(qt, mail, &too_large); + return 0; +/* ret = quota_try_alloc(qt, mail, &too_large); if (ret > 0) return 0; else if (ret == 0) { @@ -127,7 +127,7 @@ mail_storage_set_error(t->box->storage, "%s", quota_last_error(quota)); return -1; - } + }*/ } static int @@ -167,7 +167,7 @@ { struct quota_transaction_context *qt = QUOTA_CONTEXT(t); struct quota_mailbox *qbox = QUOTA_CONTEXT(t->box); - const struct stat *st; +/* const struct stat *st; int ret; st = i_stream_stat(input, TRUE); @@ -181,7 +181,7 @@ I think these don't really matter though compared to the benefit of giving "out of quota" error before sending the full mail. */ - bool too_large; +/* bool too_large; ret = quota_test_alloc_bytes(qt, st->st_size, &too_large); if (ret == 0) {

1 0