535 Incorrect authentication data - SMTP/webmail

D

deCube

New member
Joined
Oct 8, 2011
Messages
2
I have a problem regarding sending e-mail. I've searched the net and these forums but couldn't find the solution, so I hope you guys can help me out here.

I have an account named "a_user", with domain name "domain.com". The e-mail address is [email protected].

The user can receive mail via POP3, but when sending via SMTP or webmail (only tried Roundcube so far) I get the following error in /var/log/exim/mainlog:

Roundcube:
Code: 
login authenticator failed for localhost.localdomain (domain.com) [127.0.0.1]: 535 Incorrect authentication data (set_id=a_user)

SMTP:
Code: 
login authenticator failed for {hostname client} ({name client}) {ip client}]: 535 Incorrect authentication data (set_id=a_user)

And in /var/log/maillog:
Code: 
dovecot[2482]: auth(default): shadow(a_user,{client ip}): Password mismatch
dovecot[2482]: auth(default): passwd-file(a_user,{client ip}): no passwd file: /etc/virtual//passwd

I understand that /etc/virtual//passwd isn't correct. But I have no clue what to edit to fix this.

I tried the following things:
  • Check if /home/a_user/.shadow exists and has content
  • Change password of a_user through shell
  • Change password via "Change password" in admin scope
  • Updated exim.conf

I hope it is nothing too special.

Thanks in advance for your help!
 
Have you tryed to reinstall dovecot and roundcube? Is this a new server or you update to dovecot recently? If you did the update... have you used the todovecot build option?

Regards
 
this thread seems an evergreen:

due to this thread seems the cleanest around with exactly the issue i am have right now , i like to continue exacly here ..

additional info:

o) DA-Version: 1.1.42 (CB 1.1)
o) it only happens with the default-domain-users ( the ones with /home/`username`/.shadow )
o) it happens in Squirrelmail and Roundcube alike
o) I changed passwords by the DA panel
o) i used $DA/scripts/exim.sh to build a clean MTA
o) i rebuilt exim + dovecot

nothing of that does the fix

pls if you have an idea :-)

regs

-c-
 
[ ISSUE SOLVED ]

it turned out to be a permission issue ..

user "mail" from group "mail" was nomore member of group "access" with is needed to read /home/$user/.shadow ..

i hope this info is useful to anybody !

best regards

-c-
 
Sorry to use this old thread but we have the SAME problem here.

After chowned "user:access" to .shadow file, everything works fine.
Is this a bug somehow or a desired feature? Are we missing something here?
 
You must log in or register to reply here.
Back
Top