So sieht die Meldung aus
451 4.7.1 <info@beispiel.de>: Recipient address rejected: Greylisted for 300 secondsHäufige Ursachen
- Erster Kontakt mit einem neuen Absender: Postgrey oder Rspamd-Greylisting greift wie vorgesehen.
- Anwendungen oder Geräte (Scanner, Ticketsystem) senden direkt ohne Queue und versuchen es nie erneut.
- Große Versender nutzen IP-Pools, jeder Versuch kommt von einer anderen IP und gilt wieder als neu.
- Andere 4.7.1-Richtlinien, z. B. Rate-Limits oder temporäre Policy-Server-Fehler.
Prüfen
- Greylisting-Einträge im Log finden
journalctl -u postfix --since today | grep -i greylist - Prüfen, ob Greylisting in den Restriktionen aktiv ist
postconf smtpd_recipient_restrictions - Status von Postgrey prüfen
systemctl status postgrey - Auf Absenderseite: liegt die Mail noch in der Queue?
postqueue -p | grep -B2 'Greylisted'
Lösung
- Abwarten: Normalerweise kommt die Mail nach 5–15 Minuten an, kein Handlungsbedarf.
- Wichtige Partner whitelisten, bei Postgrey in
/etc/postgrey/whitelist_clients.local, danachsystemctl reload postgrey. - Anwendungen über einen lokalen MTA mit Queue (Postfix als Relay) senden lassen statt direkt per SMTP.
- Greylisting-Verzögerung senken (Postgrey
--delay=60) oder in Rspamd nur für schlecht bewertete Mails aktivieren.
Häufige Fragen
Ist 451 4.7.1 ein Fehler auf meiner Seite?
Meist nicht. Greylisting ist Absicht des Empfängers. Problematisch wird es nur, wenn Ihr System nicht erneut zustellt.
Ist Greylisting heute noch sinnvoll?
Es bremst einfache Spam-Bots, verzögert aber legitime Mails wie Login-Codes. Viele Admins nutzen es nur noch für Mails mit mittlerem Spam-Score.