I am experiencing an issue with webmail on some of the domains hosted on my server, and I’m looking for assistance in resolving it.
For several domains, users are getting the “Invalid Login” error even though the login credentials are correct. For other domains, instead of the login screen, I’m getting a “Hmm. We’re having trouble finding that site” message when trying to access webmail.
the following is the error logs i get
[07-Dec-2024 11:54:06 +0000]: IMAP Error: Login failed for [email protected] against localhost from 103.186.234.3 (X-Forwarded-For: 103.186.234.3). AUTHENTICATE PLAIN: Temporary authentication failure. [www.leseries.net:2024-12-07 11:54:06] in /var/lib/roundcube/program/lib/Roundcube/rcube_imap.php on line 211 (POST /?_task=login&_action=login)
^C
Dec 07 11:53:06 auth: Error: passwd-file([email protected],127.0.0.1,<8ARNxqwojuh/AAAB>): stat(/etc/exim4/domains/imltd.net/passwd) failed: Permission denied (euid=119(dovecot) egid=125(dovecot) missing +x perm: /etc/exim4/domains/imltd.net, we’re not in group 1003(eiml), dir owned by 1003:1003 mode=0750)
Dec 07 11:53:08 imap-login: Info: Disconnected: Connection closed (auth service reported temporary failure): user=[email protected], method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured, session=<8ARNxqwojuh/AAAB>
Did you modify the perms and owner/group for those dirs? I’m asking because you are not using the righ owner/group, this is what it should look like so you can compare:
again shows the same error
[09-Dec-2024 00:49:33 +0000]: <3uq3d8e5> IMAP Error: Login failed for [email protected] against localhost from 103.186.234.3 (X-Forwarded-For: 103.186.234.3). AUTHENTICATE PLAIN: Authentication failed. in /var/lib/roundcube/program/lib/Roundcube/rcube_imap.php on line 211 (POST /?_task=login&_action=login)
I think the webmail issues are resolved, But My most important issue is that my team cannot use imltd.net on Outlook. Some can use webmail, and others can not.
An error occurred while sending mail: Outgoing server (SMTP) error. The server responded: TLS currently unavailable.
C
root@www:/var/log/exim4# ls -l /usr/local/hestia/ssl/certificate.crt /usr/local/hestia/ssl/certificate.key
-rw-r----- 1 root dovecot 1984 May 24 2024 /usr/local/hestia/ssl/certificate.crt
-rw-r----- 1 root dovecot 3272 May 24 2024 /usr/local/hestia/ssl/certificate.key
root@www:/var/log/exim4#
root@www:/var/log/exim4#
root@www:/var/log/exim4#
any issues with the permissions.
What’s puzzling is that the mail system worked previously with the permissions seemingly incorrect, and no changes were made to the server apart from PHP package updates. I am the only one with SSH access, so no unauthorized modifications should have occurred.
Is there a possibility that the recent PHP updates affected other configurations, such as permissions or ownership settings? This could potentially explain the issue, though PHP updates generally shouldn’t directly interfere with mail server configurations unless there are shared dependencies or processes that were impacted.
If the error is due to permissions, you should check the dovecot.log again, as there might still be some permission errors.
Regarding SMTP:
Your are not serving any certificate for mail.imltd.net, neither your server name leseries.net and that is a big problem, you should check Exim to know what’s going on.
❯ ssl_check mail.imltd.net 25
2024-12-09 23:58 - Checking mail.imltd.net on port 25
❯ ssl_check mail.imltd.net 465
2024-12-09 23:58 - Checking mail.imltd.net on port 465
❯ ssl_check mail.imltd.net 587
2024-12-09 23:59 - Checking mail.imltd.net on port 587
Wait, are you saying that users on the same domain can access webmail while others can’t?
