El "problema" es que el servidor de correo no tiene el reverso PTR (DNS) que corresponde a mail.elhacker.net y los e-mails no se mandaban. Ahora cuando esto ocurre con cierto dominios se manda mediante una cuenta de Gmail del foro.
Con cuentas gmail y hotmail no suele haber problemas,
Entonces cuando alguien se ha registrado con una cuenta de los dominios afectados no ha recibido el e-mail, por eso es mejor recibirlo con una cuenta aunque sea de Gmail
En concreto los dominios afectados eran y son:
vivaldi.net smtp:[smtp.gmail.com]:587
gmx.com smtp:[smtp.gmail.com]:587
gmx.es smtp:[smtp.gmail.com]:587
INTERCABLE.NET smtp:[smtp.gmail.com]:587
proton.me smtp:[smtp.gmail.com]:587
centrum.cz smtp:[smtp.gmail.com]:587
zohomail.com smtp:[smtp.gmail.com]:587
protonmail.com smtp:[smtp.gmail.com]:587
coop5.com.ar smtp:[smtp.gmail.com]:587
linuxmail.org smtp:[smtp.gmail.com]:587
mailfence.com smtp:[smtp.gmail.com]:587
gmx.us smtp:[smtp.gmail.com]:587
yzmanager.com smtp:[smtp.gmail.com]:587
wanadoo.es smtp:[smtp.gmail.com]:587
dr.com smtp:[smtp.gmail.com]:587
mail.com smtp:[smtp.gmail.com]:587
gmx.de smtp:[smtp.gmail.com]:587
sbcglobal.net smtp:[smtp.gmail.com]:587
Por si alguien le interesa cómo lo he solucionado pues con la opción de Postfix mapping
hash:/etc/postfix/transport
Así ya no habrá más Mail Queue (No mail messages are currently queued for delivery)
La config en postfix/main.cf
transport_maps = hash:/etc/postfix/transport
relayhost =
También se puede hacer con:
relayhost =
smtp_fallback_relay = [smtp.gmail.com]:587
Y usar config gmail de doble verificación para poder usar una contraseña de app y añadirlo a postfix (servidor de correo)
smtp_sasl_auth_enable = yes
smtp_sasl_security_options = noanonymous
smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd
Ejemplos de errores:
host mxi-1.vivaldi.net[31.209.137.13] said: 450
4.7.25 Client host rejected: cannot find your hostname, [XXXX]
(in reply to RCPT TO command)
host mail.protonmail.ch[176.119.200.128] said: 550
5.6.0 Message rejected due to potential violation of our ToS by the
recipient (in reply to end of DATA command)
Gmail normalmente lo acepta, pero no siempre:
orig_to=<
el-brujo@elhacker.net>, relay=gmail-smtp-in.l.google.com[66.102.1.26]:25, delay=0.49, delays=0.06/0.01/0.22/0.21, dsn=5.7.25, status=bounced (host gmail-smtp-in.l.google.com[66.102.1.26] said: 550-5.7.25 [XXX] The IP address sending this message does not have a 550-5.7.25 PTR record setup, or the corresponding forward DNS entry does not 550-5.7.25 match the sending IP. As a policy, Gmail does not accept messages 550-5.7.25 from IPs with missing PTR records. For more information, go to 550-5.7.25 https://support.google.com/a?p=sender-guidelines-ip 550-5.7.25 To learn more about Gmail requirements for bulk senders, visit 550 5.7.25 https://support.google.com/a?p=sender-guidelines. ffacd0b85a97d-427ea5b398bsi5882784f8f.226 - gsmtp (in reply to end of DATA command))
gmx.com>, relay=mx00.gmx.net[212.227.15.10]:25, delay=264940, delays=264940/0.02/0.23/0, dsn=4.0.0, status=deferred (host mx00.gmx.net[212.227.15.10] refused to talk to me: 554-gmx.net (mxgmx008) Nemesis ESMTP Service not available 554-No SMTP service 554-Bad DNS PTR resource record. 554 For explanation visit
https://postmaster.gmx.net/en/case?c=r0601
