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 w
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)
pa
al 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 during PAM authentication i
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, versio
> 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 switch
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 u
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 co
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=imapsecu
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 resp=AHBvbGhhbG
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 userna
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 = stati
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 wrot
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
rpor
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 user
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 a
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 plugin
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 = sch
t 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" ret
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
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
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
> 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 authent
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
ro 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
> >
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
>
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
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,
On Tue, Nov 23, 2010 at 8:28 PM, Oliver Berse 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 could probably use
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):
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 w
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
connect.
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 0
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--1
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 r
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
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 le
Hi all!
I`m using dovecot for a while with no problems.
Some days ago it started to delay the authentication until the timeout.
syslog...
Oct 3 09:00:10 coan dovecot: auth(default):
pam(rodrigo.botan,121.120.119.179): pipe() failed: Too many open files
Oct 3 09:00:11 coan dovecot: auth(default
39 matches
Mail list logo
