Server responded: -ERR Login failed (Page 1 of 2)

Not quite.... You can remove the need to type in this field, but it will still have the TLDN hard coded into the script...

If you are using the webmail locally you could possibly remove this feature and re-write the script to not append anything...

This isn't really used in AtMail, the logging you should be paying attention to is on your server end (since it handles your requests, and the runtime etc)...I have never even looked at that folder on AtMail, for this reason.

Last edited by tensioncore (04-25-2009 1:52 pm GMT)

I found it easier to hack on ATMail than to reconfigure my IMAP servers

Edit libs/IMAP_Client.php
        function login($user, $pass)
        {
                list($user, $crap) = split("@", $user, 2);
                $this->user = $user;

Add in the underlined code, it simply strips the @domain part of the variable before attempting to log in to the server.

Then you can edit html/login-light.html and use <input type=hidden value="your mailserver name"> in the appropriate place. Basically change the input type from text to hidden and hardcode in your values there.

It's worked for me, mind you I've only just started playing with ATMail. If anyone has a more elegant solution, lets have it.

True, and it would be nice if more info was logged.  Currently, my logs/ directory contains 1 empty file so it's useless for debugging IMAP failures.

My problem is this:

If I telnet to the IMAP port (143) and login via the telnet interface things work (using a dovecot server that supports IMAP4v1).  If I login via the atmail form it fails.  Dovecot is configured to log me in with a local username (bob) rather than a a full email address (bob@example.com) so I'm wondering if that's my problem.  Can I have atmail not use the "@example.com" when logging in?

Not quite.... You can remove the need to type in this field, but it will still have the TLDN hard coded into the script...

If you are using the webmail locally you could possibly remove this feature and re-write the script to not append anything...

This isn't really used in AtMail, the logging you should be paying attention to is on your server end (since it handles your requests, and the runtime etc)...I have never even looked at that folder on AtMail, for this reason.

Last edited by tensioncore (04-25-2009 1:52 pm GMT)

I found it easier to hack on ATMail than to reconfigure my IMAP servers

Edit libs/IMAP_Client.php
        function login($user, $pass)
        {
                list($user, $crap) = split("@", $user, 2);
                $this->user = $user;

Add in the underlined code, it simply strips the @domain part of the variable before attempting to log in to the server.

Then you can edit html/login-light.html and use <input type=hidden value="your mailserver name"> in the appropriate place. Basically change the input type from text to hidden and hardcode in your values there.

It's worked for me, mind you I've only just started playing with ATMail. If anyone has a more elegant solution, lets have it.

After a couple hours trying to solve this I found this and it solved my login issues as well.
I'm not sure if this is environment specific but if its not I would think this code should be updated in the released versions.

I'm running CentOS 5 w/ Sendmail, Postfix, Dovecot, and AtMail.

Now I just have to sort out my SMTP auth issues, but at least I can access my email from the webclient now. I would like to add my thanks for sharing.