similar to: [PATCH] add initial response support for NTLM and RPA

Hello all, attached patch implements Compuserve RPA athentication mechanism. Tested with: - Eudora 6 (uses Compuserve "Virtual Key" RPA software); - TheBat! 2.11 (uses it's own RPA implementation). I hope it can be useful for someone. Best regards. -- Andrey Panin | Linux and UNIX system administrator pazke at donpac.ru | PGP key: wwwkeys.pgp.net -------------- next part

Hello, after I started to use dovecot as a backend for exim4 SMTP authentication on my main mailserver, I noticed that some clients don't advertise unicode support and so they can't log in. To fix the problem the attached patch allows use of OEM encoding in NTLM messages. Please consider applying. Best regards. P.S. I want to release exim4 patch in the near future, probably when Timo

Hello, attached patch (1.0-test29) adds LOGIN authentication mechanism. Tested with KMail and seems working. Please consider applying. Best regards. P.S. I also have NTLM authentication working and plan to submit it RSN. -- Andrey Panin | Linux and UNIX system administrator pazke at donpac.ru | PGP key: wwwkeys.pgp.net -------------- next part -------------- diff -urpNX /usr/share/dontdiff

Hello, attached patch allows LM authentication for older (Win9x) clients which do not pass NTLM response in type 3 message. It also fixes crash in dovecot-auth (empty credentials could be passed to hex_to_binary function if NTLM2 was negotiated). Please consider applying. Best regards. -- Andrey Panin | Linux and UNIX system administrator pazke at donpac.ru | PGP key: wwwkeys.pgp.net

Hello, as pointed by Andrew Bartlett NTLM2 authentication support is missing in dovecot. Attached patch adds it. Tested and works for me. Please consider applying. Best regards. -- Andrey Panin | Linux and UNIX system administrator pazke at donpac.ru | PGP key: wwwkeys.pgp.net -------------- next part -------------- diff -urpNX /usr/share/dontdiff

Hi all, I was wondering if anyone's seen anything like this? Nov 15 14:16:13 olympic dovecot: imap-login: Login: postmaster [192.168.0.32] Nov 15 14:17:05 olympic dovecot: IMAP(postmaster): file mail-index-transaction.c: line 247 (mail_index_expunge): assertion failed: (!t->view->external) Nov 15 14:17:05 olympic dovecot: child 20184 (imap) killed with signal 6 Nov 15 14:17:19 olympic

Background: I'm running a RH9 box with Dovecot 0.99.11. Dovecot was installed using yum and the rpm found on http://dag.wieers.com/packages/dovecot/. With two exceptions I've been enormously happy with Dovecot. I'm even happier having recently successfully installed pop-before-smtp sop one exception down. However the other problem I've experienced is becoming critical. I've

Hi all! I have upgraded Dovecot 0.99.11 installation that's worked with LDAP to Dovecot 1.0-test52 and I can't get LDAP to work. I noticed the /etc/dovecot.conf is slightly different, so I have adjusted changes. If I use the standard auth (passw & pam) everything works fine, however when I user ldap for auth Dovecot starts but then dies: dovecot: Nov 26 14:14:36 Error: Auth process

I've been working on setting up a Dovecot server with a maildir mailboxes stored over NFS. Initially, everything was working great, and then I started seeing this error as previously discussed on the list in my maillog: (mail_index_expunge): assertion failed: (!t->view->external) Timo, in another thread, suggested to remove line 247 in mail-index-transaction.c in the test52

Hi I have been using Dovecot 0.99.11 and 1.0-test52 on a server with about 2000 accounts. All has been working good until a few days ago. Now I'm stuck and can't work out whats going on. The problem seems to be only with Outlook/outlook express clients. If the mail is large with an attachment its fails. After you hit the send and receive button after a while Outlook express gives the

Nov 18 17:29:54 gir dovecot: imap-login: Login: jmcvetta [69.106.50.255] Nov 18 17:30:02 gir dovecot: IMAP(jmcvetta): file mail-index-transaction.c: line 247 (mail_index_expunge): assertion failed: (!t->view->external) Nov 18 17:30:02 gir dovecot: child 31094 (imap) killed with signal 6 I saw this in my maillog. I have no idea what that user is doing, but I can harrass him and find out if

Test58 and test59 breaks "compact folders" and "expunge" in thunderbird and evolution. Messages marked for deletion just sit there as if compacting folders or expunging have no effect. Thunderbird continues to behave erratically with dovecot test builds. I haven't been able to test the imap_client_workarounds=tb-negative-fetch option yet as I'm still running test52.

I have a question regarding dovecot (1.0-test52) and pop3. I have users that do not have home directories, they only have an inbox in /var/mail. When they try to pop their email, dovecot tries to create ~/mail and then fails. Is there a way around this or will all email users need to have a home directory? Cheers, Shane Kerschtien dovecot: Jan 04 09:37:58 Error: POP3(fran):

Hi, I haven't tried compiling 1.0 series since -test52, figured I'd give it a shot. There were a couple of minor problems. This is building on a fairly ancient BSD/OS box, so the issues may not be universal, but I suspect these ones are. ==================== Building in src/lib-dict/dict.c : loading the 'dict' program fails because it can't find various RAND and other

Open-Xchange Security Advisory 2020-08-12 Affected product: Dovecot IMAP server Internal reference: DOP-1869 (Bug ID) Vulnerability type: CWE-126 (Buffer over-read) Vulnerable version: 2.2 Vulnerable component: auth Fixed version: 2.3.11.3 Report confidence: Confirmed Solution status: Fix available Vendor notification: 2020-05-03 Researcher credit: Orange from DEVCORE team CVE reference:

Open-Xchange Security Advisory 2020-08-12 Affected product: Dovecot IMAP server Internal reference: DOP-1869 (Bug ID) Vulnerability type: CWE-126 (Buffer over-read) Vulnerable version: 2.2 Vulnerable component: auth Fixed version: 2.3.11.3 Report confidence: Confirmed Solution status: Fix available Vendor notification: 2020-05-03 Researcher credit: Orange from DEVCORE team CVE reference:

Running current CVS HEAD I get: dovecot: Dec 01 13:27:38 Info: Dovecot v1.0-test52 starting up dovecot: Dec 01 13:33:34 Info: imap-login: Login: jtl [69.162.177.245] dovecot: Dec 01 13:41:07 Error: IMAP(jtl): UIDVALIDITY changed (1100294646 -> 110192643 5) in mbox file /var/spool/mail/j/t/jtl dovecot: Dec 01 13:41:07 Error: IMAP(jtl): UIDVALIDITY changed (1100294646 -> 110192643 5) in

OpenBSD 3.6 -current (i386) dovecot-1.0-test51 I'm now getting this error message as soon as I start dovecot: "Authentication client 0 not compatible with this server (mixed old and new binaries?)" Here's the process I'm using: ./configure --sysconfdir=/etc \ --with-ssl=openssl \ --with-pam=NO \ --with-ldap=no \ --with-vpopmail=no \

http://dovecot.org/test/ I have very high hopes that mbox support is finally stable in this version. I've been running some stress tests for an hour now without it breaking (well, there are two potential problems but I think they were just fixing previous breakages). Before it took only a few minutes at most to break. - fixes several mbox syncing problems, especially expunges

Compile issues on an older BSD/OS 4.2 system: src/lib/byteorder.h needs #include <netinet/in.h> to pick up in_addr struct src/lib/byteorder.c no "libgen" here (no basename()). Added it inline, no big deal, but you might want to have configure test for this and provide one if it's missing. Also, on this system there are no types like "uint8_t" and