similar to: [PATCH] passdb cache fixes

Having some problems with setting up a proxy with any authentication mechanisms other than PLAIN. My passwords are stored in my database in plaintext (and MD5), so I figure I could use whatever scheme I want. Using the latest RC15. MySQL for the backend. This first one is CRAM-MD5. It fails (scheme_r != NULL??) then PLAIN tries to take over, but the auth server is restarting: Info:

Does anyone know what might cause this? # dovecot --version 1.1.7 Feb 17 18:21:51 imap-proxy-temp dovecot: Panic: auth(default): file passdb-cache.c: line 121 (passdb_cache_lookup_credentials): assertion failed: (*scheme_r != NULL || *password_r == NULL) Feb 17 18:21:51 imap-proxy-temp dovecot: auth(default): Raw backtrace: dovecot-auth [0x42c0ea] -> dovecot-auth [0x42c143] -> dovecot-auth

Hello. The dovecot server is 1.0-test55, with maildir storage. The MUA is pine 4.61, using thread sort. When I open a folder containing new messages (delivered through procmail), the threads do not include these messages. I have to close the folder, then open it again to make the threads complete. Thanks in advance. -- Nicolas

Index: passdb-passwd-file.c =================================================================== RCS file: /home/cvs/dovecot/src/auth/passdb-passwd-file.c,v retrieving revision 1.6 diff -u -u -r1.6 passdb-passwd-file.c --- passdb-passwd-file.c 18 Feb 2003 19:24:44 -0000 1.6 +++ passdb-passwd-file.c 8 Apr 2003 15:59:53 -0000 @@ -28,7 +28,7 @@ crypted_pass = pu->password; scheme =

http://dovecot.org/test/ Sorry :) The last fix I made a few minutes before test54 release didn't turn out to be exactly correct. -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part URL:

Hi all, im doing some tests with the test56 release and im seeing some problems with APPEND (may be related to something else, I just see it with APPEND). When I ask someone to move some emails from one mailbox to another, after some messages (seemingly random), the client experiences a 'hang'. When tracing the process what seems to happen is that dovecot doesnt send a final OK after

On 19/05/2019 22:37, John Fawcett via dovecot wrote: > On 19/05/2019 20:31, mabi via dovecot wrote: >> >> ??????? Original Message ??????? >> On Sunday, May 19, 2019 7:36 PM, John Fawcett via dovecot >> <dovecot at dovecot.org> wrote: >>> >>> Attached is a tentative patch. I've verified no regression for >>> mysql. There should be no

On 19/05/2019 17:08, mabi via dovecot wrote: > ??????? Original Message ??????? > On Sunday, May 19, 2019 4:44 PM, John Fawcett via dovecot > <dovecot at dovecot.org> wrote: > >> I don't have PostgresSql, would you be able to verify if this syntax >> would work: INSERT INTO last_logins (last_login,username,domain) >> VALUES (1558273000,'user at

On 19/05/2019 22:45, John Fawcett via dovecot wrote: > On 19/05/2019 22:37, John Fawcett via dovecot wrote: >> On 19/05/2019 20:31, mabi via dovecot wrote: >>> >>> ??????? Original Message ??????? >>> On Sunday, May 19, 2019 7:36 PM, John Fawcett via dovecot >>> <dovecot at dovecot.org> wrote: >>>> >>>> Attached is a

Hello Dovecot community, Below please find a patch that adds support to dovecot-1.2.11 for: - RFC 4467 - IMAP URLAUTH Extension - RFC 4468 - Submission BURL - RFC 4469 - IMAP CATENATE Extension URLAUTH URLAUTH is added as a plugin so it can be disabled to satisfy site security requirements. Each user's URLAUTH keys for all mailboxes are stored in a file named