Also just to note that Postfix is not the problem here, that has now been ruled out
Ive been trying the LMTP protocol directly and still confirm the problem.. 220 localhost I am ready. LHLO wenn.com 250-localhost 250-8BITMIME 250-ENHANCEDSTATUSCODES 250 PIPELINING mail from:it@wenn.com 250 2.1.0 OK rcpt to:it@wenn.com 550 5.1.1 it@wenn.com User doesn't exist: it@wenn.com quit 221 2.0.0 OK
All I get in the LMTP log is.. Jul 17 22:13:57 lmtp(23016): Info: Connect from 127.0.0.1 Jul 17 22:14:16 lmtp(23016): Info: Disconnect from 127.0.0.1: Successful quit
The Auth log..
Jul 17 22:19:47 auth: Debug: master in: USER 1 it@wenn.com
service=lmtp lip=127.0.0.1 lport=24 rip=127.0.0.1 rport=41872
Jul 17 22:19:47 auth: Debug: userdb out: NOTFOUND 1
On 17/07/2014 22:10, Ricardo Branco wrote:
We have been using LDA in the past with our old Sendmail system, on our new mail server we were proposing to use LMTP with Postfix. LMTP does not work at all, it just keeps saying that the user is not recognised, LDA on the otherhand does work. I am unable to login via IMAP/POP using the full email address of the user even after the settings below are set. I have set auth_username_format=%n, also put username_format=%n in the userdb, even tried it in PAM but that just breaks it all. I just cant seem to make it all work, if i just use the username then its all fine but that does not resolve where i am planning to do.
On 17/07/2014 21:36, Steffen wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Ricardo Branco wrote:
Latest config
Ricardo Branco wrote, On 16/07/2014 14:56:
Shows that auth is not honouring the %n i have. Does the username_format need to be only in the userdb section or also the passdb part?
Ricardo Branco wrote, On 15/07/2014 18:23:
That was done for testing to see if it made any difference when I moved to LDA, in LDA mode it seems to not care if that is %n or %u, it always takes the first part of the email address which is weird. Ive just tested again to confirm on %n and its not working so ive reverted again back to LDA which does. Seems to not matter how that variable is set it does not do anything.
When using %n ive tried to see if I can login via IMAP with the whole username but again no, this is the error, note the difference between the 'user' field on each line.
Jul 15 18:22:17 imap-login: Info: Login: user=
, method=PLAIN, rip=10.0.0.180, lip=10.100.0.198, mpid=9493, session= Jul 15 18:22:20 imap-login: Info: Disconnected: Shutting down (auth failed, 4 attempts in 37 secs): user=mark.whittaker@Wenn.com, method=PLAIN, rip=10.0.0.3, lip=10.100.0.198, TLS, session= Hi Ricardo,
I seem to miss something: You are talking about LMTP and LDA, then present a log of an IMAP login attempt. Neither LDA not LMTP should need any authentification, where should the password come from? And yes, for auth you will need %n in passdb, too. username_format is not documented for passdb { driver = pam}, but you could try.
Could you post a log of a LMTP delivery, when %n is in effect _and_ you are sure have reloaded Dovecot?
Steffen Kaiser wrote, On 15/07/2014 13:18: On Tue, 15 Jul 2014, Ricardo Branco wrote:
>> Attached files >> >> Nick Edwards wrote, On 15/07/2014 10:19: >>> you need to show doveconf -n and what you have in the >>> master.conf for dovecot >>> >>> On 7/15/14, Ricardo Branco ricardo@wenn.com wrote: >>>> I have been trying looking though all the wiki >>>> documents to setup LMTP. It now seems to all be >>>> connected except that it keeps saying that the user >>>> is not recognised when postfix sends to LMTP, it >>>> sends the full recipent email address but seems that >>>> on the dovecot side it is unable to work with this. I >>>> have checked the userdb and made sure its using %n >>>> but alas it still does not work. userdb { args = username_format=%u /etc/passwd driver = passwd-file name = passwd-file }
In opposite to your sentence I see a %u there.
>>>> Currently ive had to revert to using LDA as it works >>>> fine with that but i still dont know how as the >>>> postfix config variable $RECIPIENT is the full email >>>> address and does not seem to matter to LDA. >>>> >> -- Steffen Kaiser
Steffen Kaiser
H Bonn-Rhein-Sieg | e-mail: Steffen.Kaiser@H-BRS.DE FB Informatik | Grantham-Allee 20 | phone : +49 2241/865-203 53757 Sankt Augustin | Germany - Deutschland | fax : +49 2241/865-8203
- -- Steffen -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Darwin) Comment: Using GnuPG with undefined - http://www.enigmail.net/
iQEVAwUBU8gz2HD1/YhP6VMHAQL4GAf/XSv7IGGacR1R/KOWP+DjBiqtiIT33Niw DfZjRykZGYn1S2wb0S0UT9bvp0mxYABxSPuwEHOkAu56qtIJz/l37eneNE/mtyag 2ZxnWa6cJsEngKgkGA9+2OnKKZEeU5fI3RhN6VRDjCxwV0DnI9fpf/vvYli1s3GK LMeZq3cDVzZ+L23B2hBmWAOd1C9JU2mVRAchBF83TiEn+n7vAYGPGD9enFMphVBx PjF24YRquVYMW3Dv+bSrPRgAFo/WCoZ7Lur7kZ6f3jaO6irUw7yMYvu8GdWi8AFB y5CGOUBhCdsgEuZB4i2n1u+otgK+VhnF9+dLWSM5QB8uRTs+WRi5/w== =Gpq3 -----END PGP SIGNATURE-----