• Debian 11 is approaching its end-of-life (vendor EOL date - August 31, 2026). Plesk Obsidian 18.0.80 will be the last release to support it.
    If you are running Plesk Obsidian on Debian 11, we recommend you upgrade those servers to Debian 12 using our dist-upgrade tool.
  • We plan to deprecate and remove the support for XML RPC protocol versions earlier than 1.6.9.1 in Plesk Obsidian 18.0.82. We strongly recommend that you update all existing integrations using earlier versions of the XML RPC protocol to comply with the version 1.6.9.1 specification.

SMTP and Qmail count_unrecognized_commands

crnunez

Regular Pleskian
Hello,
I can detect that with Plesk 8.0.1 is possible send infinite BAD commands and Qmail never close the connection. It's a serious problem for us.

Does someone have any idea how stop "unrecognized commands" with count_unrecognized_commands?

Example:
telnet myplesk8.com 25
wrong command1
502 unimplemented <#5.5.1>
wrong command2
502 unimplemented <#5.5.1>
wrong command3
502 unimplemented <#5.5.1>
wrong command4
502 unimplemented <#5.5.1>
wrong command5
502 unimplemented <#5.5.1>
wrong command6
502 unimplemented <#5.5.1>
... infinite ...

Now, How is possible to stop this? Maximun 10 wrong commands for example is a good value.

Other question:
I cann't send message to mail.mides.gub.uy, always appear this:
Hi. This is the qmail-send program at
I'm afraid I wasn't able to deliver your message to the following addresses.
This is a permanent error; I've given up. Sorry it didn't work out.

<[email protected]>:
Sorry, I wasn't able to establish an SMTP connection. (#4.4.1)
I'm not going to try again; this message has been in the queue too long.

But this problem only appear with qmail.

Can you help me with a simple test on telnet (inside one linux server with qmail)?

On my server appear:
[root@ns control]# telnet mail.mides.gub.uy 25
Trying 200.40.188.150...
telnet: connect to address 200.40.188.150: Connection timed out
telnet: Unable to connect to remote host: Connection timed out
[root@ns control]#

But since, my pc Windows, I don't have any trouble :confused:

Thanks a lot!
 
pisha, en los servidores de correos serios (Postfix) gracias a dios se puede poner a cero fallos si quieres, es más uno es suficiente, puesto que un servidor de correos no se equivoca cuando se comunica con el tuyo para enviarle un correo, y asi te quitas millon de posibles programas de envio masivo de correos.
 
Back
Top