similar to: %d interpolation problem fixed

Hi, I have tried compiling the latest cvs version of dovecot on my FreeBSD 5.2.1-release box with the ports version of vpopmail: 5.4.3_1. In the configuration file I have two auth paragraphs, one for passwd authentication and one for vpopmail-auth: auth vpopmail { mechanisms = plain userdb = vpopmail passdb = vpopmail user = vpopmail } But the vpopmail dosn'nt work. I got the

Seeing dovecot-auth segfault on amd64 dovecot is 1.2.4 pertinent details below: ldd /usr/local/libexec/dovecot/dovecot-auth linux-vdso.so.1 => (0x00007fffef1fe000) libcrypt.so.1 => /lib/libcrypt.so.1 (0x00007fe8e6bae000) libvpopmail.so => /usr/lib/libvpopmail.so (0x00007fe8e6986000) libdl.so.2 => /lib/libdl.so.2 (0x00007fe8e6782000) librt.so.1 => /lib/librt.so.1

This one seems to be actually working. Also rewrote doc/index.txt in case someone is interested.

I'm using vpopmail's POP-before-SMTP auth, but dovecot don't support it, so I'm wrote this patch ============================================================== diff -Naur dovecot-0.99.10.5/src/auth/auth-login-interface.h dovecot-0.99.10.5-patched/src/auth/auth-login-interface.h --- dovecot-0.99.10.5/src/auth/auth-login-interface.h Sun May 18 16:26:28 2003 +++

Hi, version: 1.2.10 OS: Debian unstable/x86_64 [118905.528497] dovecot-auth[3856]: segfault at 0 ip (null) sp 00007fff6666ad98 error 14 in dovecot-auth[400000+61000] 2010-02-26 22:17:45 dovecot: Error: child 3856 (auth) killed with signal 11 (core dumped) (gdb) bt full #0 0x0000000000000000 in ?? () No symbol table info available. #1 0x0000000000423b0e in vpopmail_lookup_vqp

Quoting Aki Tuomi <aki.tuomi at open-xchange.com>: > On 03.10.2018 23:30, Eric Broch wrote: >> Hello list, >> >> I run Dovecot with the vpopmail driver and have found that it >> authenticates against the clear text password in the vpopmail >> database. Is there a configuration option either at compile time, link >> time, or a setting in one of the

Quoting Eric Broch <ebroch at whitehorsetc.com>: > On 10/4/2018 6:34 AM, Rick Romero wrote: > >> ? Quoting Aki Tuomi <aki.tuomi at open-xchange.com>: > On 03.10.2018 23:30, Eric Broch wrote: > >> Hello list, >> >> I run Dovecot with the vpopmail driver and have found that it >> authenticates against the clear text password in the vpopmail

Hi, I'd like the vpopmail user database to return the quota settings for users, instead of having to rely on the validity of the maildirsize files. It doesn't look like this is currently possible. Would simply adding a auth_stream_reply_add call for "quota" with a suitable value in vpopmail_lookup be sufficient to make this work? (the quota can be read from the pw_shell

Quoting Eric Broch <ebroch at whitehorsetc.com>: > On 10/4/2018 7:27 AM, Rick Romero wrote: >> >> Quoting Eric Broch <ebroch at whitehorsetc.com >> <mailto:ebroch at whitehorsetc.com>>: >> >>> >>> On 10/4/2018 6:34 AM, Rick Romero wrote: >>>> >> Quoting Aki Tuomi <aki.tuomi at open-xchange.com >>

Hi! I discovered a bug in $subject. Next line caused a compilation error: auth_request_log_debug(auth_request, "vpopmail", "lookup user=%s domain=%s", vpop_user, vpop_domain); I think, te correct version is: auth_request_log_debug(request, "vpopmail", "lookup user=%s domain=%s",

hello, Sorry to jump straight in with a question, but I've searched the archive[0] and I'm pretty sure the answer's not there. I'm using dovecot to replace courier imap, so authentication is by vpopmail and the Maildirs are stored in the usual domains/domain/user/ Maildir. Everything seems to work very well, and setting it up has been easy, so thank you very much for that.

Hi, First, I'm not sure if dovecot should alter this, but it seems vpopmail writes the IP into the 'remote_ip' field instead of the auth type. Dovecot still writes the auth type.? I want both. So I modified my vpopmail install to write an additional field into the lastauth table.? My custom vpopmail writes the remote IP into remote_ip, and the auth type into a 'type'

Hello. I tried installing dovecot on a server that relies on vpopmail authentication using $1$ MD5 algorithm and it didn't work. Please fix this for the next release. Attached is a patch, please be carefull with the line wrapping. Radu --- passdb-vpopmail.c.old Thu Feb 20 00:46:51 2003 +++ passdb-vpopmail.c Thu Sep 30 18:58:56 2004 @@ -1,4 +1,4 @@ -/* Copyright (C) 2002-2003 Timo

Hi, I'm building dovecot.src.rpm with vpopmail support and I get this error: if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../src/lib -I../../src/lib-sql -I../../src/lib-settings -I../../src/lib-ntlm -DAUTH_MODULE_DIR=\""/usr/lib/dovecot/auth"\" -DPKG_LIBEXECDIR=\""/usr/libexec/dovecot"\" -I/home/vpopmail/include -std=gnu99 -O2 -g -march=i686 -Wall

Hello, I have a problem setting dovecot-1.0 / vpopmail authentication with virtual users. Here is my dovecot.conf (the part related to vpopmail) : passdb = vpopmail userdb = vpopmail default_mail_env = maildir:/home/domains/%d/users/%n I recompiled dovecot with "verbose" option and keep getting this error : Nov 3 11:10:58 ***** dovecot: auth(default): vpopmail(lb at

It doesn't seem like this code path has been tested recently, since it fails to compile without the following patch (works fine with it): --- src/auth/userdb-vpopmail.c 7 Aug 2005 11:41:19 -0000 1.17 +++ src/auth/userdb-vpopmail.c 11 Sep 2005 11:57:42 -0000 @@ -84,7 +84,7 @@ } } - reply = auth_stream_reply_init(); + reply =

I've noticed that if using the vpopmail auth setup, that the roaming-user functionality provided via open_smtp_relay() is only done if the auth mechanism is PLAIN. For example, if the client authenticates via DIGEST-MD5, the open relay file is not updated, as it should be. This is due to the call to open_smtp_relay only being done via vpopmail_verify_plain(). Instead, imo, that call should be

On Mon, 2010-09-20 at 16:10 +0100, Timo Sirainen wrote: > > ./.libs/liblogin.a(client-common.o): In function `get_var_expand_table': > > /tmp/dovecot/BUILD/dovecot-2.0.3/src/login-common/client-common.c:372: > > undefined reference to `login_binary' > > The binary is expected to provide this symbol. This can't be fixed > without a large API change. Maybe

Timo - it would be very convenient if we could get a variable that held the real client ip for use in logging with director/proxy setups. It's clearly already passed around in client->user->remote_ip but at this point, I don't see anyway to get it into the logs and it would take me ages to figure out the Right place to add it since client->user doesn't seem to be available in

Hi, in our setup, we have a number of AD domains with an exisiting one-way trust between the local domain of the system (which I will call LOCALDOM in the following) and the domain containing the user accounts (which I will call TRUSTEDDOM in the following). The domain controllers run Windows Server 2012. Beginning with samba 4.4 we have an issue with authentication through pam_winbind on the