Qmail problem after 8.6 upgrade

[keff]

Hi,

I've just upgraded the plesk from 8.2 -> 8.6 and got problem with sending email.

Message when I send e-mail:


sorry, that domain isn't in my list of allowed rcpthosts (#5.7.1)

Anyone can help me ?

 

[mr_c]

sounds like an SMTP auth issue. This might have been enabled on the server after the upgrade if it wasn't on already. Alternatively, your white/blacklists might have been modified to block your access

 

[keff]

Aditional - The Bat - show there is no smtp auth mechanism. Sorry Ip trying to translate from poland.

 

[keff]

So I't looks like the server doesn't have SMTP auth enabled. I don't know how to fix this. In Server/Mail/Preferences I've rechecked "authorization is required: " on SMTP but it doesn't work. Still the email client showing "There is no authorization mechanism on e-mail server". I've got Spamdyke on this server but with It or without it there is no difference.

Another info:

After command from remote host:

telnet serverIP 25

I'm waiting 20-30 sec to:

220 server ESMTP - reply from server

System is Debian Etch.

Full output after telnet server 25
"250-server.com
250-STARTTLS
250-PIPELINING
250 8BITMIME
"
There is no AUTH

That is the problem

 

[poppsworld.com]

Did you also enable POP3-locking? Activating both (POP3 lock and SMTP Authenfication) caused qmail to remove AUTH on my server. Disabling POP3-locking solved that problem.

 

[keff]

I had never have pop locking. But when I was restart the server then everything is started to work just like before the upgrade. So the Topic is close.

 

[shoggy24]

I am having this same problem, pop3 locking is not enabled but port submission is even if i disable it, I still cant send email.
This is really frustrating.

 

[sergius]

Please look at http://forum.swsoft.com/showthread.php?t=54309

 

[JLChafardet]

a little fast trick

I have found this error plenty of times on the several servers using plesk I manage.

Go to all domains (domains on the left frame)
Select all domains (with the check box)
Select group operations
In services (scroll down a lot)
and on mail
check "turn off"
click OK

then do the same again, but TURN ON mail

This will disable mail, and re-enable mail on every domain on the server (if you have more than one page of domains repeat this procedure several times or simply click ALL and do this task)

This workaround have worked for me over 100 times on different servers, so im positive it works.

 

[shoggy24]

Thanks JLC, that worked for me

 

[JLChafardet]

I'm glad cheers.

 

[mfive]

ok, none of this has worked for me.

and i'm livid!

I just upgraded to 8.6 and now I get this error.

I've restarted qmail on all domains (following the above advice)

I've restarted my server.
I've tried restarting the qmail service.

Nothing is working and I need my email up ASAP.

Can anyone help!?

P.S. I do NOT get this error in Horde (webmail). I can send fine from webmail...

 

[limparty]

I have exactly the same problem.

Hi,

I have exactly the same problem.

I can use webmail (horde) to send email to any domains, but I cannot use email program, such as Microsoft Oublook, Outlook Express, Windows Live Mail to send to other domains. Now if I want to send to other domains, I have to add that domain into rcpthost which is impossible to add all domains in the world.

Anyone have solution for this problem, please help. Due to, I am starter of Plesk, please give me in detail step-by-step of how doing it.

Thank you very much
Lim

 

[JLChafardet]

Please click one of the Quick Reply icons in the posts above to activate Quick Reply.

 

[JLChafardet]

omg.

Please go to server -> mail and check that you have relaying options enabled.

if so, please disable it, and click ok.

now reenable it, use the requier authentication option.

check both pop and smtp

uncheck enable message submission (it will require you to explain to all your clients how to configure their mail clients, to use different ports other than standard, so can be a pain in the ***)

if this doesnt work, please follow my other guide step by step.

if yet again this doesnt work, please let us know, and ill gladly keep reading to see how can i help you solve this issue.

rcpthost

 

[corppages]

Similar issue for me. Here is how I resolved. Plesk appears to be updating /etc/xinetd.d/smtps_psa file when you turn on pop3 or SMTP authentication. In my case /etc/xinetd.d/smtp_psa is what is running on port 25 and /etc/xinetd.d_psa_alt is running an alternate port 4425. The smtps_psa has a env setting which is what I had to add to my smtp_psa file to get it to start handling email again. I could have also set through Plesk and then copied smtps_psa (note the extra s in the beginning) to smtp_psa and smtp_psa_alt and it would have worked again as well. You will have to restart xinetd and qmail most likely - i rebooted the server in my case. This was just to get my users back up and running. I will post more later because I will likely modify so that Plesk's smtps_psa file that is being updated is what I am running on port 25. I am bringing up a brand new Plesk 8.6 to see how it behaves and will let you know what I found. In my case when doing a telnet test the AUTH LOGIN was not valid until the env settting was added to smtp_psa. Here is the contents of my smtp_psa:

service smtp
{
socket_type = stream
protocol = tcp
wait = no
disable = no
user = root
instances = UNLIMITED
env = SMTPAUTH=1
server = /var/qmail/bin/tcp-env
server_args = -Rt0 /var/qmail/bin/relaylock /var/qmail/bin/qmail-smtpd /var/qmail/bin/smtp_auth /var/qmail/bin/true /var/qmail/bin/cmd5checkpw /var/qmail/bin/true
}

 

[slehmann]

smtp_psa

removing: "/usr/sbin/rblsmtpd -r zen.spamhaus.org " from the smtp_psa file seemed to solve the problem for me. In other words...remove the RBL checking from SMTP.