On 27 May 2019, at 14:18, @lbutlr via dovecot wrote:
> auth-worker(5045): Error: pam(kremels,xxx.xxx.xxx.xxx: pam_authenticate()
> failed: authentication error (/etc/pam.d/dovecot missing?)
Stopped dovecot, reloaded it, stopped it and postfix, rebuilt dovecot just for
grins. Nothing seemed to
Getting this:
auth-worker(5045): Error: pam(kremels,xxx.xxx.xxx.xxx: pam_authenticate()
failed: authentication error (/etc/pam.d/dovecot missing?)
# cat /etc/pam.d/dovcot
authrequiredpam_unix.so nullok
account requiredpam_unix.so
(file was last updated in April of 2018)
> linked against Heimdal in /usr/lib/.
> My expectation was that dovecot authentication using GSSAPI would use MIT
> kerberos in /usr/local/lib, whereas PAM authentication is independent from
> dovecot and would therefore use Herimdal in /usr/lib/.
>
> What actually seems to occur dur
Hi Aki,
Thanks for your response. Indeed, I don't know why the first 2 lines don't
have debugging symbols, as my build of dovecot definitely has them. Any
hints on how I can get them?
$ file /usr/local/libexec/dovecot/auth
/usr/local/libexec/dovecot/auth: ELF 64-bit LSB executable, x86-64,
n using GSSAPI would use MIT
> kerberos in /usr/local/lib, whereas PAM authentication is independent from
> dovecot and would therefore use Herimdal in /usr/lib/.
>
> What actually seems to occur during PAM authentication is the Heimdal code
> in /usr/lib/ is initially being used, but pa
MIT
kerberos in /usr/local/lib, whereas PAM authentication is independent from
dovecot and would therefore use Herimdal in /usr/lib/.
What actually seems to occur during PAM authentication is the Heimdal code
in /usr/lib/ is initially being used, but part way through it switches to
using the MIT
I'm sorry but there's a problem with virtual users: seems that dovecot
processes first part of domain, for example: testdomain.org, and
testdomain.com for dovecot are the same
I can login using user00@testdomain
well if I've
use...@testdomain.com and use...@testdomain.org
an user can login
How cl!!! Works! :-)))
Very very thanks for your help!!!
Pol :)
On 2017-09-05 13:54, Aki Tuomi wrote:
Sorry, small typo
passdb {
driver = static
args = user=%n noauthenticate
}
Aki
On 05.09.2017 14:51, Pol Hallen wrote:
does not work :-/
Sep 05 13:49:41 auth: Debug: auth client
Sorry, small typo
passdb {
driver = static
args = user=%n noauthenticate
}
Aki
On 05.09.2017 14:51, Pol Hallen wrote:
> does not work :-/
>
> Sep 05 13:49:41 auth: Debug: auth client connected (pid=31115)
> Sep 05 13:49:41 auth: Debug: client in: AUTH1 PLAIN
> service=imap
does not work :-/
Sep 05 13:49:41 auth: Debug: auth client connected (pid=31115)
Sep 05 13:49:41 auth: Debug: client in: AUTH1 PLAIN
service=imapsecured session=IFCT0m9Y0KjAqAFk
lip=192.168.1.100 rip=192.168.1.100 lport=143
rport=43216
No, you modify dovecot.conf
Aki
On 05.09.2017 14:40, Pol Hallen wrote:
> Do I modify auth-system.conf.ext only (sorry for the question)
>
> if yes, I've same problem
>
> Pol
>
> On 2017-09-05 13:34, Aki Tuomi wrote:
>
>> Try configuring like this:
>>
>> passdb {
>> args = scheme=SHA256
Do I modify auth-system.conf.ext only (sorry for the question)
if yes, I've same problem
Pol
On 2017-09-05 13:34, Aki Tuomi wrote:
> Try configuring like this:
>
> passdb {
> args = scheme=SHA256 username_format=%u /etc/dovecot/users
> driver = passwd-file
> }
>
> passdb {
> driver =
Try configuring like this:
passdb {
args = scheme=SHA256 username_format=%u /etc/dovecot/users
driver = passwd-file
}
passdb {
driver = static
args = username=%n noauthenticate
skip = authenticated
}
passdb {
driver = pam
skip = authenticated
}
On 05.09.2017 14:29, Pol Hallen
Sure :) thanks
cat /var/log/dovecot/[...]
Sep 05 13:26:02 auth: Debug: auth client connected (pid=30131)
Sep 05 13:26:02 auth: Debug: client in: AUTH1 PLAIN
service=imapsecured session=JK0Bfm9YuqfAqAFk
lip=192.168.1.100 rip=192.168.1.100 lport=143
Can you provide
doveconf -n (with the new config)
enable auth_debug=yes, auth_verbose=yes and provide logs from
authentication attempt?
Aki
On 05.09.2017 13:37, Pol Hallen wrote:
> thanks Aki, but with all your advices I've same problem: in the logs
> always I see the authentication with
thanks Aki, but with all your advices I've same problem: in the logs
always I see the authentication with user and domain name, so dovecot
doesn't accept it
any idea?
thanks!
Pol
On 2017-09-05 10:58, Aki Tuomi wrote:
Oh right, you need to do it like this...
after the passwd-file drivers
Oh right, you need to do it like this...
after the passwd-file drivers add
passdb {
driver = static
args = username=%n noauthenticate
}
Aki
On 05.09.2017 11:03, Pol Hallen wrote:
> Hello, thanks for your reply
>
> I already tried with:
>
> username_format=%n or auth_username_format=%n but
Hello, thanks for your reply
I already tried with:
username_format=%n or auth_username_format=%n but I've same problem
Pol
passdb {
driver = pam
args = username_format=%n
}
also you probably want to consider using driver=passwd instead, if you
really don't need pam due to some special
eal system users) users can connect via imap and pop ONLY
> without domain name
>
> It's a problem with pam authentication because linux make users
> authentication with only username (and not with also domain name) but
> I'd like user full email like tes...@realdomain.org
>
>
It's a problem with pam authentication because linux make users
authentication with only username (and not with also domain name) but
I'd like user full email like tes...@realdomain.org
cat /etc/dovecot/conf.d/auth-passwdfile.conf.ext
passdb {
driver = passwd-file
args = scheme=SHA256
local users with pam authentication.
> The passdb and userdb entries are as follows:
>
> passdb {
> args = username_format=%n
> driver = pam
> }
> userdb {
> args = username_format=%n
> driver = passwd
> }
>
> Using "doveadm user chriss" returns
Hello all,
I'm trying to setup dovecot for local users with pam authentication.
The passdb and userdb entries are as follows:
passdb {
args = username_format=%n
driver = pam
}
userdb {
args = username_format=%n
driver = passwd
}
Using "doveadm user chriss" returns the u
I am running Centos 6.4 64bit.
Dovecot 2.0.9
I am getting the following messages in /var/log/secure, which looks like
the pam authentication is not working but the users are allowed to login
and the system works great.
I am wondering if pam is actually failing and yet the system is getting
Hi,
I'm sorry if this is a silly question, but i know that is not possible in
Courier, so, I need to check if I can do it with Dovecot.
Can I use PAM authentication, witch get the users data from a external
database (like mysql)? I've found many ways to do this stuff disconnectedly
(like pam
On 30.11.2010, at 12.30, Álvaro Leão wrote:
Can I use PAM authentication, witch get the users data from a external
database (like mysql)? I've found many ways to do this stuff disconnectedly
(like pam authentication with passwd ), but i can put all together? I can't
use the passwd...
So I
Leão wrote:
Can I use PAM authentication, witch get the users data from a external
database (like mysql)? I've found many ways to do this stuff
disconnectedly
(like pam authentication with passwd ), but i can put all together? I
can't
use the passwd...
So I guess you mean something like
On Tue, 2010-11-30 at 14:13 -0200, Álvaro Leão wrote:
with this example, and the correct pam,d/dovecot (with the mysql acess),
i'll just use the mysql to authenticate, using the pam module to acess the
user/password, right?
Why be concerned about needing to use PAM?
It is evil, it is why
i agree with you...but it's my boss order.. :(
and...he is the boss
Álvaro César Leão Teixeira
2010/11/30 Noel Butler noel.but...@ausics.net
On Tue, 2010-11-30 at 14:13 -0200, Álvaro Leão wrote:
with this example, and the correct pam,d/dovecot (with the mysql acess),
i'll just use the
Hi all,
I compiled Dovecot 1.2.16 (on Debian 5/lenny) and followed the quick
configuration guide (wiki.dovecot.org/QuickConfiguration). I just need
plaintext authentication. After starting Dovecot I get Last died with
error and in var/log/mail.err:
Nov 23 15:06:55 debian dovecot: auth(default):
Hi,
On Tue, Nov 23, 2010 at 8:28 PM, Oliver Berse m...@oliver-berse.de wrote:
Nov 23 15:06:55 debian dovecot: auth(default): Fatal: Support not compiled
in for passdb driver 'pam'
Probably this ^^ ?
Anyway, since you seem to be testing dovecot, why not use the debian package
instead ( you
On Tue, 2010-11-23 at 15:58 +0100, Oliver Berse wrote:
Nov 23 15:06:55 debian dovecot: auth(default): Fatal: Support not compiled
in for passdb driver 'pam'
You didn't have libpam0g-dev package installed when compiling Dovecot.
Hi,
I'm fighting all weekend on with auth and pam to authenticate local
system users. testuser is such local user and is in passwd and shadow. I
want to have local system users (testuser is one of them) and virtual
users. The virtual part works fine but I cannot get the local user to
Op 29-8-2010 20:51, Egbert Jan van den Bussche schreef:
Hi,
I'm fighting all weekend on with auth and pam to authenticate local
system users. testuser is such local user and is in passwd and shadow. I
want to have local system users (testuser is one of them) and virtual
users. The virtual part
I 've copied /etc/pam.d/ftpd to /etc/pam.d/dovecot. This configuration
works for OSX 10.6 with user passdb
auth required pam_opendirectory.so
accountrequired pam_permit.so
password required pam_deny.so
sessionrequired pam_permit.so
Am 29.08.2009 um
Hi
Apple changed from Linux PAM to OpenPAM and the dovecot pam file
(dovecot installed from macports) doesn't work anymore.
Installed pam modules are:
-r--r--r--1 root wheel 76640 31 Jul 09:15 pam_env.so.2
-r--r--r--1 root wheel 51024 31 Jul 09:15 pam_group.so.2
-r--r--r--
Timo Sirainen escreveu:
On Oct 5, 2008, at 12:37 AM, Timo Sirainen wrote:
On Oct 4, 2008, at 10:27 AM, Tom Lobato wrote:
Oct 3 09:00:10 coan dovecot: auth(default):
pam(rodrigo.botan,121.120.119.179): pipe() failed: Too many open files
Set this to non-zero:
# Number of auth requests to
On Oct 4, 2008, at 10:27 AM, Tom Lobato wrote:
Oct 3 09:00:10 coan dovecot: auth(default):
pam(rodrigo.botan,121.120.119.179): pipe() failed: Too many open files
Set this to non-zero:
# Number of auth requests to handle before destroying the process.
This may
# be useful if PAM plugins
On Oct 5, 2008, at 12:37 AM, Timo Sirainen wrote:
On Oct 4, 2008, at 10:27 AM, Tom Lobato wrote:
Oct 3 09:00:10 coan dovecot: auth(default):
pam(rodrigo.botan,121.120.119.179): pipe() failed: Too many open
files
Set this to non-zero:
# Number of auth requests to handle before destroying
38 matches
Mail list logo