[Dovecot] Dovecot login failing
Fedora 7 Dovecot version 1.0.1
Hi All,
I've been using a combination of getmail/Dovecot/Squirrelmail for a while now and its all been fine. However, last week when trying to demonstrate how to use Squirrelmail to my wife, her login failed. I then tried mine, which I had used many times before and it also fails.
Looking in the logs, Dovecot appears to be trying to add a domain name against the login, instead of just checking that user against the UNIX logins of my machine. I thought at first this was because when I'm away from home, I use a no-ip address to access my mailserver, but it also fails when I'm in the house, or even on the server console.
dovecot: Jul 12 12:04:56 Info: imap-login: Aborted login: user=< rick@servehttp.com>, method=PLAIN, rip=::ffff:127.0.0.1, lip=::ffff: 127.0.0.1, secured dovecot: Jul 12 12:10:00 Info: pop3-login: Login: user=<rick>, method=PLAIN, rip=::ffff:127.0.0.1, lip=::ffff:127.0.0.1, secured
Anybody any idea how to rectify this? I can't see an option in the /etc/dovecot.conf file to stop it and using auth_default_realm = doesn't seem to make any difference. If I telnet into dovecot using my local username and password, it works fine.
Any advice would be most welcome before I break it fiddling.
Thanks
Rik
-- The Truth is out there, does anyone have the URL?
Richard Ellis wrote:
[getmail/dovecot/squirrelmail login failure]
Looking in the logs, Dovecot appears to be trying to add a domain name against the login, instead of just checking that user against the UNIX logins of my machine.
can you provide "dovecot -n" output ? and did something change ? did you installed extra squirrelmail-plugins ? did you test it also with an email-client like mozilla thunderbird ?
[root@newlinux ~]# dovecot -n # 1.0.1: /etc/dovecot.conf log_path: /var/log/dovecot info_log_path: /var/log/dovecot protocols: imap pop3 imaps pop3s ssl_listen: [::] login_dir: /var/run/dovecot/login login_executable(default): /usr/libexec/dovecot/imap-login login_executable(imap): /usr/libexec/dovecot/imap-login login_executable(pop3): /usr/libexec/dovecot/pop3-login mail_executable(default): /usr/libexec/dovecot/imap mail_executable(imap): /usr/libexec/dovecot/imap mail_executable(pop3): /usr/libexec/dovecot/pop3 mail_plugin_dir(default): /usr/lib/dovecot/imap mail_plugin_dir(imap): /usr/lib/dovecot/imap mail_plugin_dir(pop3): /usr/lib/dovecot/pop3 auth default: passdb: driver: pam userdb: driver: passwd
No new Squirrelmail plugins installed recently, but I did enable some of the default ones and add some a while ago. Mail works fine with Thunderbird on my local network. Yum patched dovecot from 1.0 to 1.0.1 but I don't know if that caused the problem.
Squirrelmail plugins are: abook_take fortune admin_add index.php sent_subfolders info spam_buttons administrator listcommands spamcop bug_report mail_fetch squirrelspell calendar message_details translate delete_move_next newmail vlogin filters pupdate
SquirrelMail Configuration : Read: config.php (1.4.0)
Plugins Installed Plugins 1. delete_move_next 2. squirrelspell 3. newmail 4. spam_buttons 5. spamcop 6. administrator 7. filters 8. message_details 9. pupdate 10. vlogin 11. admin_add
Available Plugins: 12. fortune 13. abook_take 14. info 15. sent_subfolders 16. translate 17. mail_fetch 18. bug_report 19. calendar 20. listcommands
Don't see what suddenly changed to make it start appending a domain name
Thanks
Rik
On 7/12/07, albinootje albinootje@gmail.com wrote:
Richard Ellis wrote:
[getmail/dovecot/squirrelmail login failure]
Looking in the logs, Dovecot appears to be trying to add a domain name against the login, instead of just checking that user against the UNIX logins of my machine.
can you provide "dovecot -n" output ? and did something change ? did you installed extra squirrelmail-plugins ? did you test it also with an email-client like mozilla thunderbird ?
-- The Truth is out there, does anyone have the URL?
On 12/07/2007 23:19, Timo Sirainen wrote:
On Thu, 2007-07-12 at 15:12 +0100, Richard Ellis wrote:
auth default: passdb: driver: pam userdb: driver: passwd
You have no auth settings that change the username, so it must be Squirrelmail that adds it.
I suspect the vlogin plugin. Quoting http://www.squirrelmail.org/plugin_view.php?id=47 :
Some of Vlogin's helpful features include:
* make sure all usernames given on login page do not have any domain portion in them * make sure all usernames given on login page have the SquirrelMail default domain appended to them * make sure all usernames given on login page have the domain that corresponds to the domain in the URL of the login page appended to them * allow users to log in with just a "user" when in fact their IMAP login might be something like "username@domain.com"
Cheers,
John.
Hi John,
You are correct. Something has changed in default behaviors between a previous version I had installed and the latest one. I have disabled it while I work out what. Means some of my friends can't get to their mail remotely at the moment, but at least mine works now :)
Rik
John Robinson wrote:
On 12/07/2007 23:19, Timo Sirainen wrote:
On Thu, 2007-07-12 at 15:12 +0100, Richard Ellis wrote:
auth default: passdb: driver: pam userdb: driver: passwd
You have no auth settings that change the username, so it must be Squirrelmail that adds it.
I suspect the vlogin plugin. Quoting http://www.squirrelmail.org/plugin_view.php?id=47 :
Some of Vlogin's helpful features include:
* make sure all usernames given on login page do not have anydomain portion in them * make sure all usernames given on login page have the SquirrelMail default domain appended to them * make sure all usernames given on login page have the domain that corresponds to the domain in the URL of the login page appended to them * allow users to log in with just a "user" when in fact their IMAP login might be something like "username@domain.com"
Cheers,
John.
participants (5)
-
albinootje
-
John Robinson
-
Richard Ellis
-
Rik Ellis
-
Timo Sirainen