HEX
Server: Apache/2.4.29 (Ubuntu)
System: Linux bareserver 4.15.0-213-generic #224-Ubuntu SMP Mon Jun 19 13:30:12 UTC 2023 x86_64
User: root (0)
PHP: 7.2.24-0ubuntu0.18.04.17
Disabled: pcntl_alarm,pcntl_fork,pcntl_waitpid,pcntl_wait,pcntl_wifexited,pcntl_wifstopped,pcntl_wifsignaled,pcntl_wifcontinued,pcntl_wexitstatus,pcntl_wtermsig,pcntl_wstopsig,pcntl_signal,pcntl_signal_get_handler,pcntl_signal_dispatch,pcntl_get_last_error,pcntl_strerror,pcntl_sigprocmask,pcntl_sigwaitinfo,pcntl_sigtimedwait,pcntl_exec,pcntl_getpriority,pcntl_setpriority,pcntl_async_signals,
Upload Files
File: //usr/share/webmin/postfix/help/opt_invalid_hostname_reject_code.fr.auto.html
<header> Réponse du serveur SMTP au rejet du nom d&#39;hôte </header><center> <tt>invalid_hostname_reject_code</tt> </center> <hr> Ce paramètre spécifie le code de réponse du serveur SMTP lorsqu&#39;un client enfreint la règle de restriction anti-UCE <tt>reject_invalid_hostname</tt> qui est: <br> <i>Syntaxe incorrecte pour le nom d&#39;hôte HELO du client (non compatible RFC)</i> <br><br> Notez que la valeur par défaut de suffixe utilisée pour <tt>invalid_hostname_reject_code</tt> est le code 501, et ce code dans la «norme RFC 822» devrait signifier «erreur de syntaxe dans les paramètres ou les arguments». Ainsi, avec Postfix, un code d&#39;état 501 ne reflète pas exactement l&#39;explication RFC822. <br><p> Pour éviter toute confusion, vous pouvez changer cela en 574 par exemple (une autre raison est que le code 501 est également la valeur par défaut de postfix pour d&#39;autres types d&#39;erreurs), sinon, ne changez pas cela à moins d&#39;avoir une compréhension complète de la RFC 822. </p><hr>