- dovecot - dovecot.org

[Dovecot] Assertation failed when trying to login twice in one session
by Steffen Kaiser 22 Jan '06

22 Jan '06

Hello, this command: echo "user testu pass q" ; sleep 5; echo "user testu pass test quit" | nc localhost pop3 results in this assert: dovecot: Jan 20 10:16:09 Error: auth(default_with_listener): file auth-client-connection.c: line 33 (auth_client_send): assertion failed: (conn->refcount > 1) dovecot: Jan 20 10:16:09 Error: child 18656 (auth) killed with signal 6 without listener: dovecot: Jan 20 10:24:07 Error: auth(default): file auth-client-connection.c: line 33 (auth_client_send): assertion failed: (conn->refcount > 1) dovecot: Jan 20 10:24:07 Error: child 18733 (auth) killed with signal 6 The password of user 'testu' is 'test' :) The same with IMAP: 1 login q q 1 NO Authentication failed. 2 login testu test 2 OK Logged in. 3 SELECT INBOX * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags permitted. * 0 EXISTS * 0 RECENT * OK [UIDVALIDITY 1137748810] UIDs valid * OK [UIDNEXT 1] Predicted next UID 3 OK [READ-WRITE] Select completed. The connection is OK, though. dovecot: Jan 20 10:19:26 Info: imap(testu): maildir: root=/home/testu/MailDir, index=, control=/var/spool/dovecot/30001, inbox= dovecot: Jan 20 10:19:27 Error: auth(default): file auth-client-connection.c: line 33 (auth_client_send): assertion failed: (conn->refcount > 1) dovecot: Jan 20 10:19:27 Error: child 18710 (auth) killed with signal 6 Bye, -- Steffen Kaiser

2 2

[Dovecot] dovecot 1.0beta1 making base_dir world-writable
by Brad 22 Jan '06

22 Jan '06

I can also confirm this, on my own mail server since upgrading to beta1. Dovecot always makes the base_dir world-writable on startup. ----- Forwarded message from Oleg Safiullin <form(a)pdp-11.org.ru> ----- Date: Fri, 20 Jan 2006 07:09:17 +0600 From: Oleg Safiullin <form(a)pdp-11.org.ru> To: brad(a)openbsd.org Subject: dovecot 1.0beta1 Hi. After update dovecot to 1.0beta1 some strange thing happens -- during startup it says "fixing permissions for /var/dovecot to make it world-readable", but actually it makes it world-writable. Please look at it. WBR //form ----- End forwarded message -----

2 1

[Dovecot] Simultaneous POP login - inbox corrumption
by John Woodell 22 Jan '06

22 Jan '06

When two POP clients connect to the same account, within a second or two, the inbox can get corrumpted. Here is a sample of the first few lines of the corrumpted inboxes... # 1-- # # # From... # # > # # From.. # 4504 # # From... # 7-- # # # From... # 4504 # # From... # # > # # From... # 868-- # # From...

2 1

[Dovecot] 1.0 beta 1 feature request: passwd-file vs. prefetch
by Matthias Andree 22 Jan '06

22 Jan '06

Greetings, it appears as though 1.0.beta1 doesn't support "userdb prefetch {}" with "passdb passwd-file { arg=/etc/mailpasswd }" even if the latter contains all necessary information. Is this planned for a future version or would the benefits be too small to justify that? Another idea: can userdb prefetch {} fall back to retrying the passdb entries to see if they come up with useful information? -- Matthias Andree

2 3

[Dovecot] Mail.app message numbering for deleted messages
by jcn-dovecot＠pith.org 22 Jan '06

22 Jan '06

I'm having a strange problem that appeared when I upgraded from .99something to 1.0alpha3 and then disappeared for a while and then re-appeared when I upgraded to 1.0alpha5. I am using mbox and IMAP in Apple's Mail.app to read my mail. When I delete a message in Mail.app, the message gets marked as deleted in the spool and it disappears from the mail listing in Mail. However, the message number does not change until I either manually flush the deleted messages through mail, or I go offline which deletes the messages from the spool. I have mbox_lazy_writes set to 'no' but this didn't seem to have any effect on the behavior. I never saw this type of behavior with UW-IMAP either, which is what I migrated from. Thanks.

2 1

[Dovecot] can I hide or delete the message "don't delete this message -- folder internal data" ?
by Felipe Stuardo 22 Jan '06

22 Jan '06

sorry for my english... is possible that i can hide or delete the message "don't delete this message -- folder internal data" ? this message is see from all accounts of my mail server. i have a system with: Fedora Core 4 dovecot-0.99.14-4.fc4 sendmail-8.13.4-2 thanks _______________________________________________________________________ Advertencia: Este mensaje contiene la opinion personal del remitente y la Universidad Catolica Nuestra Senora de la Asuncion no asume responsabilidad alguna con relacion al contenido del presente mensaje. Cualquier consulta realizar por favor a sysadmin(a)uca.edu.py . Protected by LED

3 2

[Dovecot] in a major jam... authentication
by tallison1 22 Jan '06

22 Jan '06

I was upgrading my debian box and managed to upgrade my dovecot installation at the same time. I wasn't planning on it, but it came along just the same. I took some notes on what I thought I needed to change, but apparently it wasn't enough. I've been running this for quite some time now with pgsql authentication and it's been one of those nice applications that always behave themselves. Until now. I can connect to the database. But I always fail the authentication. From the logs I'm coming in on a PLAIN authentication and failing on "password mismatch" The database hasn't changed the password in years. The database stores the password as (I believe) an md5 encryption of the real password. Whatever it is, it is definitely encrypted in the table. What I had in my configuration file was something like this: disable_plaintext_auth = no (this was marked as the default and I enforced it in the new file) auth_mechanisms = plain auth_passdb = pgsql:/etc/dovecot/dovecot-pgsql.conf auth_user = root login = imap I have updated the configuration as follows: dovecot-pgsql.conf 'driver = pgsql' 'default_pass_scheme = PLAIN-MD5' ( I tried changing this to PLAIN but it didn't help ) dovecot.conf protocols = imap disable_plaintext_auth = no protocol imap { } protocol pop3 { } auth default { mechanisms = plain passdb pam { } passdb sql { args = /etc/dovecot/dovecot-pgsql.conf } userdb passwd { } user = root } I'm not sure what to try now, all I know is that my IMAP server is just dead and I'm unable to get the authentication working again. I can't find much that says how to set this up again and am reluctant to just start trying stuff.

3 2

[Dovecot] plain text auth
by ohp＠pyrenet.fr 22 Jan '06

22 Jan '06

Hi everyone, This is my second try with dovecot, and still no luck. What I want is twig to work with dovecot on the localhost address . I need to authenticate through pam for real accounts and through pgsql for virtual ones. I just cant autenticate: logs are : imap-:login: Authenticate PLAIN failed: Unsupported authentication mechanism or: Aborted login: method = PLAIN Could someone please share a working config file that does what I want? I'm struggling for weeks now both on tyhe alpha5 and beta1 versions. TIA -- Olivier PRENANT Tel: +33-5-61-50-97-00 (Work) 15, Chemin des Monges +33-5-61-50-97-01 (Fax) 31190 AUTERIVE +33-6-07-63-80-64 (GSM) FRANCE Email: ohp(a)pyrenet.fr ------------------------------------------------------------------------------ Make your life a dream, make your dream a reality. (St Exupery)

5 8

[Dovecot] INBOX as either mbox or Maildir
by Tom Alsberg 22 Jan '06

22 Jan '06

In Dovecot 0.99, I recall somewhere I read it was possible for INBOX to be both a Maildir and an mbox in the same configuration (either automatically detected, or depending on the existence in a different location). Perhaps I was wrong, I'm not sure. Any way, I now became interested in this sort of setup: Most users have their spool an mbox in /var/mail/<username>, and then they (or their MUA) have to move read mail from there to ~/mbox or something like that (a state in which users use the spool as a long-time storage space is unacceptable, and we have measures to avoid it). However, for those that will access their mail only via IMAP, it will be easier to set in .forward or something like that automatic delivery directly to their mailbox - some Maildir in their home directory (there can then be a link from /var/mail or /var/maildir or whatever to there), which will contain both read and new messages. In such a case one would want INBOX to be that main mailbox. Would it be possible to set Dovecot to either automatically detect whether /var/mail/<username> is a Maildir or mbox (which relates to my interest in mixing maildirs and mboxes in one namespace which I have written about several months ago) or to configure several options for INBOX with the first one found used? Cheers, -- Tom -- Tom Alsberg - hacker (being the best description fitting this space) Web page: http://www.cs.huji.ac.il/~alsbergt/ DISCLAIMER: The above message does not even necessarily represent what my fingers have typed on the keyboard, save anything further.

2 1

Re: [Dovecot] Login user doesn't exist: dovecot
by Anne Wilson 21 Jan '06

21 Jan '06

On Thursday 19 Jan 2006 22:37, Willem Riede wrote: > On 01/19/2006 05:11:30 PM, Anne Wilson wrote: > > I think that maybe I should uninstall it and start again. > > Now that you're running Fedora you should use a RPM to install > dovecot. I can help you with that by getting you my working beta1 > src.rpm to rebuild, if you like. > Hi, William. Thanks for the offer. I'm a bit puzzled at the moment as to where I've actually got to. This is what's happened: I had original made an rpm with checkinstall, so I removed the dovecot user, so that a new install would set it up with the expected UID and GID, and removed the rpm. My 'bright' idea was that I would install the official Fedora 0.99.14, then install 1.0bet1 over it. I had been assured earlier that it would install over the executables, so it seemed reasonable. I got 0.99.14 on, but could not find the dovecot.conf.example or dovecot.conf to check paths, which worried me a bit, so I thought that if I attempted a login it would give me errors that would define a path. For the first time ever, it logged in! What's more, I can see my imap directories on another box. The only dovecot.conf that I know about is the copy that was in /home/anne. What do you think is happening? If all is working I will leave well alone. This is to be a temporary mail server while I do an upgrade. I don't want to do any more work on it than I need to, because I will be doing it over again, for a permanent install, on the upgraded box in a week or so. Anne -- Registered Linux User No.293302 (http://counter.li.org/)

5 5