- dovecot - dovecot.org

[Dovecot] apple mail, and mails marked as deleted
by Joerg Lentsch 22 Feb '05

22 Feb '05

hi, is this a feature or a bug in conjunction with apple mail. i usually use the feature in imap to not delete the emails, but only mark them as deleted, which is a very usefull feature if you use a emailbox with more people accessing it. Im now trying an SME server installation with dovecot 0.99.10, and when i delete a message, it gets marked as deletet, but as soon as i change the mailbox the mail gets also expunged from it. is this a bug fixed in the newer dovecot releases ? or is this a feature that i can configure ? TIA /Maximus -- W.E.L.T. - Joerg Lentsch Mitterweg 16 Via di mezzo ai piani Tel: +39 0471 973020 I-39100 Bozen Bolzano Fax:+39 0471 974131 Suedtirol - Italien - Italia

3 2

[Dovecot] Bug?: Authentication still doesn't work with imap-login
by Peter Franck 21 Feb '05

21 Feb '05

I tried digging it all through. I can't find a solution. The problem pops up in auth-master-connection.c in function master_input_request. It does a auth_client_connection_lookup with the "client_pid" (which behaves as a counter, where i would expect a constant process-id...) Something is very wrong with this PID. Maybe someone can explain the Master <--> Auth IPC to me so I can understand and fix it myself? Where does Master take this client number from? Hints are highly appreciated, Peter --- LOG --- Feb 21 21:04:36 office dovecot: Dovecot v1.0-test62 starting up Feb 21 21:04:48 office dovecot: auth(default): client in: AUTH 1 PLAIN service=IMAP secured lip=192.168.23.1 rip=192.168.23.42 resp=AHZpYwBzeXNpbnQyMQ== Feb 21 21:04:48 office dovecot: auth(default): client out: OK 1 user=vic Feb 21 21:04:48 office dovecot: auth(default): master in: REQUEST 1 2 1 Feb 21 21:04:48 office dovecot: auth(default): Master requested auth for nonexisting client 2 --- my configuration: --- base_dir = /var/run/dovecot/ protocols = imap imaps ssl_cert_file = /etc/ssl/certs/imapd-192.168.23.1.pem ssl_key_file = /etc/ssl/certs/imapd-192.168.23.1.pem protocol imap { } protocol pop3 { } auth_verbose = yes auth_debug = yes auth default { mechanisms = plain passdb = pam imap userdb = passwd user = root }

1 1

[Dovecot] index corruption with test62 on openbsd 3.6
by Ben Lovett 21 Feb '05

21 Feb '05

i noticed this while browsing through my maillog.. Feb 21 11:27:43 selenium dovecot: IMAP(ben): Corrupted index cache file /u/home/ben/Maildir/.INBOX.ML-SunHELP.rescue/dovecot.index.cache: field index too large (3337 >= 22) i have no problems reading that box after this, and see no other messages about corrupt index files from today, or the past 14 days. --ben

1 0

[Dovecot] Dovecot SSL-Certificate
by Adam Pordzik 21 Feb '05

21 Feb '05

Hello, I've a not really dovecot specific problem with my certificate. Since the OpenSSL documentation isn't what I expect to be at least good, I hope someone here can give me a hint how/where fo fix it; I've created a root-Certificate with almost untouched openssl.cnf and issued a server-certificate for dovecot. This cert and it's key I placed in somewhat like /var/dovecot. To state explicitly, away from it's superior root-cert. So, a: openssl s_client -connect server.tektoform.lan:993 -showcerts ends up in: unable to get local issuer certificate. Althougt connections from clients are working, I prefer to set it up cleanly. Does openssl-clientlib looks up for openssl.cnf, where the place of root-CA-cert is denoted, or do I have to put all cert together in a single directory, or, or, or ...? Or to be more verbose for "openssl s_client": CONNECTED(00000003) depth=0 /C=DE/ST=Hamburg/L=Hamburg/O=d-dt/OU=lan/CN=server.tektoform.lan/emailAddress=hostmaster(a)tektoform.lan verify error:num=20:unable to get local issuer certificate verify return:1 depth=0 /C=DE/ST=Hamburg/L=Hamburg/O=d-dt/OU=lan/CN=server.tektoform.lan/emailAddress=hostmaster(a)tektoform.lan verify error:num=27:certificate not trusted verify return:1 depth=0 /C=DE/ST=Hamburg/L=Hamburg/O=d-dt/OU=lan/CN=server.tektoform.lan/emailAddress=hostmaster(a)tektoform.lan verify error:num=21:unable to verify the first certificate verify return:1 --- Thanks for your comments. A --

2 1

[Dovecot] login: Missing protocol from server name 'imap'
by Peter Franck 20 Feb '05

20 Feb '05

I also tried the 0.99 and hacking login-process.c, with no success. It seems to expect a slash delimited string like 'name/protocol' and it just gets "imap" there, but I didn't figure out where this string comes from or what it ought to be. So I would be grateful if someone could enlighten me. Thanks, Peter --- Some blafa: Feb 17 21:45:44 office dovecot: Dovecot v1.0-test59 starting up Feb 17 21:45:44 office dovecot: login: Missing protocol from server name 'imap' Linux office 2.4.20-64GB-SMP #1 SMP Fri Jan 14 15:08:48 UTC 2005 i686 unknown unknown GNU/Linux Client: Mozilla Thunderbird 1.0 (20041206) IMAPS port 993 Dovecot Started by xinetd: # # imaps - imap mail daemon over ssl # service imaps { disable = no socket_type = stream protocol = tcp wait = no user = root server = /usr/libexec/dovecot/imap-login server_args = --ssl flags = IPv4 }

3 6

[Dovecot] Re: Need 2 additional folders like INBOX for JUNK and INFECTED mails
by Mirko Schulze 17 Feb '05

17 Feb '05

Hi there. I've solved now the problem, but it's not really fine yet. The "special-folders" are undeletable in the filesystem, but the Mailclient displays different errormessages for the same action. I've modified following source files. The new additional lines are similar to the INBOX "lines" /src/imap/cmd-list.c: 63 /src/imap/cmd-delete.c :20 /src/lib-storage/index/maildir/maildir-storage: 294,308,437,601 Notice that the linenumbers are not really correct, because of the deferrals by inserting new sourcecode. The new problem is, that the mailclient displays incorrect error messages. When i use another folder caching method i'll get no errors. Perhaps someone has a better solution, than i? Thanks Mirko

1 0

[Dovecot] Problems with MySQL/PAM authentication
by Allan Joergensen 17 Feb '05

17 Feb '05

Hi, I'm using (or trying to at least) a combination of PAM/passwd and MySQL authentication: auth vmail { mechanisms = plain userdb = sql /etc/dovecot/dovecot-sql.conf passdb = sql /etc/dovecot/dovecot-sql.conf user = root } auth system { mechanisms = plain userdb = passwd passdb = pam imap user = root } MySQL authentication works without problems but authentication real (system) users dosn't: Feb 13 02:05:57 coredump dovecot: auth(vmail): sql(alj,127.0.0.1): query: SELECT crypt AS password FROM passwd WHERE id = 'al j' Feb 13 02:05:57 coredump dovecot: auth(vmail): sql(alj,127.0.0.1): unknown user Feb 13 02:05:57 coredump dovecot: auth(system): userdb(alj,127.0.0.1): uid=10000 gid=1000 home=/home/alj mail= Feb 13 02:05:57 coredump dovecot: imap-login: Login: alj [127.0.0.1] Feb 13 02:05:57 coredump dovecot: auth(system): userdb(alj,127.0.0.1): uid=10000 gid=1000 home=/home/alj mail= Feb 13 02:05:57 coredump dovecot: imap-login: Login: alj [127.0.0.1] Feb 13 02:05:57 coredump dovecot: auth(system): userdb(alj,127.0.0.1): uid=10000 gid=1000 home=/home/alj mail= Feb 13 02:05:57 coredump dovecot: imap-login: Login: alj [127.0.0.1] Feb 13 02:05:57 coredump dovecot: auth(system): userdb(alj,127.0.0.1): uid=10000 gid=1000 home=/home/alj mail= Feb 13 02:05:57 coredump dovecot: imap-login: Login: alj [127.0.0.1] Feb 13 02:05:57 coredump dovecot: auth(vmail): file auth-client-connection.c: line 31 (auth_client_send): assertion failed: (conn->refcount > 1) Feb 13 02:05:57 coredump dovecot: auth(system): userdb(alj,127.0.0.1): uid=10000 gid=1000 home=/home/alj mail= Feb 13 02:05:57 coredump dovecot: imap-login: Login: alj [127.0.0.1] Feb 13 02:05:57 coredump dovecot: child 22359 (auth) killed with signal 6 Feb 13 02:05:58 coredump dovecot: auth(vmail): mysql: Connected to (null) (vmail) After a few logins authentication stops working and dovecot needs to be restarted. It seems that the mysql dovecot-auth crashes if the MySQL query does not return anything but only if it is combined with the PAM authentication. -- Allan Joergensen - http://nowhere.dk/ "I believe my plan has a fatal flaw." -- The Brain

1 1

[Dovecot] dovecot-stable: NIL from in envelope request
by Michael P. Cosby 16 Feb '05

16 Feb '05

Using the latest dovecot-stable (20050213) with pine, I get an empty "from" header in my e-mails. This doesn't happen with 1.0.59-test, nor did it happen with the first dovecot-stable (20050131). A partial connection log is below: 1.0-test59: IMAP DEBUG 15:23:32 2/13: 00000007 FETCH 1:41 (UID ENVELOPE BODY.PEEK[HEADER.FIELDS (Newsgroups Content-MD5 Content-Disposition Content-Language Content-Location resent-to resent-date resent-from resent-cc resent-subject List-Help List-Unsubscribe List-Subscribe List-Post List-Owner List-Archive Followup-To References)] INTERNALDATE RFC822.SIZE FLAGS) IMAP DEBUG 15:23:32 2/13: * 1 FETCH (ENVELOPE ("Wed, 03 Mar 2004 18:54:05 -0000" "[rowingdockmembers] Next Wed." (("Charles Barksdale" NIL "cbarksdale" "austin.rr.com")) (("Charles Barksdale" NIL "cbarksdale" "austin.rr.com")) (("Charles Barksdale" NIL "cbarksdale" "austin.rr.com")) ((NIL NIL "rowingdockmembers" "yahoogroups.com")) NIL NIL NIL "<c259kd+rqe4(a)eGroups.com>") BODY[HEADER.FIELDS (NEWSGROUPS CONTENT-MD5 CONTENT-DISPOSITION CONTENT-LANGUAGE CONTENT-LOCATION RESENT-TO RESENT-DATE RESENT-FROM RESENT-CC RESENT-SUBJECT LIST-HELP LIST-UNSUBSCRIBE LIST-SUBSCRIBE LIST-POST LIST-OWNER LIST-ARCHIVE FOLLOWUP-TO REFERENCES)] {76} IMAP DEBUG 15:23:32 2/13: UID 1 INTERNALDATE "03-Mar-2004 13:56:55 -0500" RFC822.SIZE 2722 FLAGS (\Seen)) dovecot-stable 20050213: IMAP DEBUG 15:18:30 2/13: 00000007 FETCH 1:41 (UID ENVELOPE BODY.PEEK[HEADER.FIELDS (Newsgroups Content-MD5 Content-Disposition Content-Language Content-Location resent-to resent-date resent-from resent-cc resent-subject List-Help List-Unsubscribe List-Subscribe List-Post List-Owner List-Archive Followup-To References)] INTERNALDATE RFC822.SIZE FLAGS) IMAP DEBUG 15:18:30 2/13: * 1 FETCH (ENVELOPE ("Wed, 03 Mar 2004 18:54:05 -0000" "[rowingdockmembers] Next Wed." NIL NIL NIL NIL NIL NIL NIL "<c259kd+rqe4(a)eGroups.com>") BODY[HEADER.FIELDS (NEWSGROUPS CONTENT-MD5 CONTENT-DISPOSITION CONTENT-LANGUAGE CONTENT-LOCATION RESENT-TO RESENT-DATE RESENT-FROM RESENT-CC RESENT-SUBJECT LIST-HELP LIST-UNSUBSCRIBE LIST-SUBSCRIBE LIST-POST LIST-OWNER LIST-ARCHIVE FOLLOWUP-TO REFERENCES)] {76} IMAP DEBUG 15:18:30 2/13: UID 1 INTERNALDATE "03-Mar-2004 13:56:55 -0500" RFC822.SIZE 2722 FLAGS (\Seen)) Any help would be appreciated..... Thanks - Michael

5 4

[Dovecot] Messages keep getting resent.
by poohba＠blkpoohba.dyndns.org 16 Feb '05

16 Feb '05

I have IMAP and POP running and when I log in thru pop from my blackberry which is the only way it pulls all the new emails. When I log into my computer and check email via PINE i guess something is refreshed because very soon there after if not immediately all the emails in the INBOX are sent/pulled from my blackberry again. Why is this happening?

2 1

[Dovecot] Speed up large maildirs
by Leen Besselink 16 Feb '05

16 Feb '05

Hi, I'm very fond of maildirs, they are simple, I like that. But I've never really understood the significance of maildir/new/. The only use I can see is that (for example in the case of dovecot), you'd move a message from new to cur and then update the index-file, that's it. So to make put it more direct, you'd know when and with what to update the index-file, based on where the file resides. I've never been bothered by them, until I found that that is the last hurdle for fast access to a large (and receiving a lot of mail) Maildir. I've been thinking long and hard about what to do to make them work even better. My idea at this point is the following, use maildir/new as little as possible, just use it for what it was intented and spread the time of updates. If someone would make a wrapper-program around the delivery-program (like qmail-local, vpopmaildeliver, procmail or local and virtual from postfix) and the delivery program would print to standard output the path+filename it saved a (or more) message(s) to, the wrapper would be able to send an update-message to a dovecot-daemon. That mean, updates are small, and opening a large maildir would be sped up. How does that sound ? I hope this is a helpfull suggestion. _____________________________________ New things are always on the horizon.

6 11