- dovecot - dovecot.org

[Dovecot] problems with eudora (2)
by Enrique Pedraza 08 Dec '04

08 Dec '04

ah, dovecot version is dovecot-0.99.12-1.1.fc2.rf. tx Enrique Pedraza Valiente Formador en Lenguajes Avanzados y Nuevas Tecnologías cell: +34 678 51 75 19 http://epedraza.com

1 0

[Dovecot] Lost BODY message
by Tom Allison 08 Dec '04

08 Dec '04

DEBIAN package information: ii dovecot-common 0.99.11-3 ii dovecot-imapd 0.99.11-3 ii bogofilter 0.93.1-1 Apologies for cross-posting, but I think the problem lies somewhere in here. Maybe someone can tell me something useful. Now, I've confirmed the following: I received a mail message that was not spam, of size 2132 originally. clamav scanned it and bumped the size up to 2356 (added headers) ls -l shows it at 1019. The message file (maildir) does not show any BODY. I didn't have my procmail logging on VERBOSE=yes at this time which is a real bummer. Nothing else shows up in the syslog or other logs. As near as I can tell, the following happened: postfix delivered the email to the procmail script in good shape. Now, either procmail or dovecot got goofy on this one. I'm also running bogofilter in the dovecot script, but there's nothing in the procmail log to indicate a problem (logging would have helped!). But the bogofilter database doesn't show any signs of corruption. Somewhere between the interplay of procmail, bogofilter, dovecot things went wrong. I've increased all the logging that I can to watch for the next event. BTW - how can I increase the verbosity of dovecot while staying in daemon mode?

2 1

Re: [Dovecot] Problem with dovecot on home LAN
by Timothy Murphy 08 Dec '04

08 Dec '04

On Tuesday 07 December 2004 15:28, David Sheryn wrote: > > With fetchmail I get the error message: > > ============================================ > > [tim@william ~]$ fetchmail alfred > > fetchmail: Server CommonName mismatch: localhost.localdomain != alfred > > fetchmail: Server CommonName mismatch: localhost.localdomain != alfred > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > This would appear to be you problem. You have an identity crisis > somewhere. Either your laptop or you dektop (or both) are confused as to > their (LAN, i.e. IP) network identity (note that this has nothing to do > with UUCP -- unless, of course, you are attempting to run UUCP over IP > which would be ill-advised.) > > It's not at all obvious where the misconfig lies, but I'd start with host > files / interface configs. I'm sure you are right that this is where the problem lies. Unfortunately I don't know what the solution is. There is no "identity crisis" normally, as I ssh from one machine to the other with no problem, and eg keep a yum repository on the desktop which I use to update Fedora-3 on the small number of machines on my two little LANs (Ethernet and WiFi). I googled for this error "Server CommonName mismatch" and found dozens fo hits, but none of them seemed to suggest a concrete solution. What slightly puzzles me is that dozens of people must be using dovecot for more or less the purpose I envisage - otherwise what are they using it for - so my little problem must have arisen many times before. -- Timothy Murphy e-mail (<80k only): tim /at/ birdsnest.maths.tcd.ie tel: +353-86-2336090, +353-1-2842366 s-mail: School of Mathematics, Trinity College, Dublin 2, Ireland

3 2

[Dovecot] Problem with dovecot on home LAN
by Timothy Murphy 08 Dec '04

08 Dec '04

At present I get email directly on my laptop in /var/spool/mail/* through uucp. I'd like to get the email in the same directory on my desktop (alfred), and then run a mail server on the destop and collect the email on my laptop (william) (or on other computers on my two little home LANs, ethernet and WiFi). I was advised that dovecot was a good imap server for this purpose (I tried cyrus-imapd, but decided it was too complicated), so I'm running dovecot on alfred (my desktop), with the following /etc/dovecot.conf (minus comments): ============================================ imap_listen = * pop3_listen = * login_dir = /var/run/dovecot-login login = imap login = pop3 default_mail_env = mbox:~/mail/:INBOX=/var/spool/mail/%u mbox_locks = fcntl auth = default auth_mechanisms = plain auth_userdb = passwd auth_passdb = pam auth_user = root auth_verbose = yes ============================================ I am able to access my desktop with telnet from my laptop: ============================================ [tim@william ~]$ telnet alfred 143 Trying 192.168.1.1... Connected to alfred. Escape character is '^]'. * OK dovecot ready. x login tim <password> x OK Logged in. ^] telnet> quit Connection closed. ============================================ Unfortunately, neither fetchmail not KMail on my laptop seem able to retrieve mail from my desktop. With fetchmail I get the error message: ============================================ [tim@william ~]$ fetchmail alfred fetchmail: Server CommonName mismatch: localhost.localdomain != alfred fetchmail: Server CommonName mismatch: localhost.localdomain != alfred 10 messages for tim at alfred. reading message tim@alfred.murphy.ie:1 of 10 (765 header octets) fetchmail: fetchmail: getaddrinfo(localhost.smtp) fetchmail: SMTP connect to localhost failed fetchmail: SMTP transaction error while fetching from alfred fetchmail: Query status=10 (SMTP) ============================================ My .fetchmailrc on william reads ============================================ poll alfred proto IMAP user "tim" password "whatever" ============================================ I have no better luck trying to retrieve mail with KMail on the laptop, after adding the following entry to KMail=>Settings=>Configure KMail=>Network=>Receiving ============================================== Name: dovecot Login: tim Password: <password> Host: alfred Port: 143 Prefix to folders: /var/spool/mail/ ============================================== (I also tried with "Prefix to folders:" empty.) When I start KMail on william I get the message "Checking account dovecot for new mail", but no mail comes over, and I see no error in the log files on either machine (although I may have missed something there). I should say that I am running Fedora-3 with all programs up-to-date. Apologies for the long message; any suggestions of advice gratefully received. -- Timothy Murphy e-mail (<80k only): tim /at/ birdsnest.maths.tcd.ie tel: +353-86-2336090, +353-1-2842366 s-mail: School of Mathematics, Trinity College, Dublin 2, Ireland

4 6

[Dovecot] Assert in mech.c
by Andrew Hutchings 07 Dec '04

07 Dec '04

Hi guys, Seems to be my week for mailing :) I am getting the following in my mail log: Dec 7 11:54:08 svr21 dovecot: auth(sql8): file mech.c: line 143 (mech_auth_finish): assertion failed: (*requests != request) Is this assert important or can I remove it from my copy of the code? Regards Andrew -- Andrew Hutchings Systems Operator / Developer / Linux Guru Netserve Consultants Ltd. http://www.domaincity.co.uk/

2 1

[Dovecot] imaps, certificate and authentification
by jean-Noël Chardron 07 Dec '04

07 Dec '04

hello, first sorry for my poor english I'm doing the migration from UW-imap to Dovecot I have two question about the authentification in the imaps (port 993) process In dovecot .conf I can enable (or disable) the différent port (pop, pops, imap, imaps) and may be restrict the access to the serveur with the ip adresse. Can I configure dovecot in imaps so it permit the access if the certificate is knowing by the server? Actually, this is the process to authenticate in WU-imap on imaps : the client connect to the server through a tunnel SSL (stunnel) and only if stunnel know the certificate, then the client can connect. and more, Is it possible when the client (with a certificate) connect to the serveur with imaps to authenticate the user without prompting the password, so the authentication is throught the certificate ? These are similar functionnality in the apache server with the restriction access to location et authentification with certificate. thanks -- Jean-Noel

2 2

[Dovecot] 0.99.12.1 released
by Timo Sirainen 07 Dec '04

07 Dec '04

The only difference to 0.99.12 is that it now builds without GNU make. I didn't bother to change the version number so it's still 0.99.12 inside the tarball.

1 0

[Dovecot] 0.99.12-1.1.fc1.rf broken?
by alex＠amcms.org 06 Dec '04

06 Dec '04

Hi, I dont know if this is a dovecot problem, or the rpm build, me, or my computer ;) Was wondering if anyone else has been having problems using the 0.99.12-1.1.fc1.rf release from http://dag.wieers.com/packages/dovecot/ My specific problem is this. 1. Dovecot starts 2. You can login using telnet 3. You can issue a select inbox but nothing seems to happen By this stage dovecot is spiraling out of control, using up almost all my tiny cpu's processor, when usually it uses basically nothing. What appears to happen if you look at the logs is this. ======= Dovecot Log ======= dovecot: Dec 06 10:39:48 Error: login: Authentication process 5634 doesn't exist ======= Dovecot Info Log ======= imap-login: Dec 06 12:36:09 Info: Disconnected: Inactivity [127.0.0.1] Then, I noticed that if I tried to log in again I would have multiple dovecot-auth processes churning away at my processor.... I went thru the config file, and the new one with my changes, still the same. I also restarted dovecot several times, having to kill all the processes manually as service dovecot stop didnt seem to work. Is anyone else having this problem? And do they know how to fix it? Im running dovecot on fedora core 1, using mysql for authenticating. Thanks Alex

1 0

[Dovecot] 1.0 test 52 - test 56 upgrade
by Andrew Hutchings 06 Dec '04

06 Dec '04

Hi guys, I run a LVS cluster system which holds mail via a NFS server in Maildir format, and indexes on the local hard disks. When upgrading from 52-56 about half the index files failed to work correctly, many killing the server. Not really a problem, I just deleted them. Just thought the developer guys should know. Regards Andrew -- Andrew Hutchings Systems Operator / Developer / Linux Guru Netserve Consultants Ltd. http://www.domaincity.co.uk/

1 0

[Dovecot] 1.0-test56
by Timo Sirainen 06 Dec '04

06 Dec '04

http://dovecot.org/test/ - Lots of fixes for mmap_disable = yes. It finally seems to be working pretty well. - POP3 idle timeouts changed to 10min I just wrote a simple stress test tool for IMAP and I've had one for POP3 for some months. The IMAP stress test was very helpful in finding out the bugs I fixed today. If anyone wants to try them, they're in: http://dovecot.org/tools/

3 7