relay access denied permanent machen

[André Peters]

Hi, 
auch mal Postfix neustarten, evtl. hängt da noch was krumm in der aktuellen Config? Hat mir schon das ein oder andere mal geholfen, wenn der reload nicht reichte. 

Am 4. September 2015 16:59:41 MESZ, schrieb Andreas Meyer <anmeyer at mailbox.org>:
>Hallo!
>
>Paul <news at amaltea.de> schrieb am 04.09.15 um 15:19:29 Uhr:
>
>> >>> Sep  4 12:37:21 bitmachine1 postfix/smtpd[24568]: NOQUEUE:
>reject: RCPT from unknown[14.215.136.46]: 454 4.7.1
><xiaonanzi11162 at 163.com>: Relay access denied; from=<egk at bitcorner.de>
>to=<xiaonanzi11162 at 163.com> proto=ESMTP helo=<XL-20141217AHYY>
>
>> >> postconf -n | grep reject_code
>> > 
>> > # postconf -n | grep reject_code
>> > unknown_address_reject_code = 550
>> > 
>> >> Das liefert dir die vom Standard abweichenden Reject-Codes aus.
>> >>
>> >> postconf -d | grep reject_code
>> >> liefert dir die Standardwerte von Postfix.
>> > 
>> > # postconf -d | grep reject_code
>> > access_map_reject_code = 554
>> > invalid_hostname_reject_code = 501
>> > maps_rbl_reject_code = 554
>> > multi_recipient_bounce_reject_code = 550
>> > non_fqdn_reject_code = 504
>> > plaintext_reject_code = 450
>> > reject_code = 554
>> > relay_domains_reject_code = 554
>> > unknown_address_reject_code = 450
>> > unknown_client_reject_code = 450
>> > unknown_hostname_reject_code = 450
>> > unknown_local_recipient_reject_code = 550
>> > unknown_relay_recipient_reject_code = 550
>> > unknown_virtual_alias_reject_code = 550
>> > unknown_virtual_mailbox_reject_code = 550
>> > unverified_recipient_reject_code = 450
>> > unverified_sender_reject_code = 450
>> > 
>> >> Vergleiche.
>> > 
>> > Da steht nichts von 454. Ich wüsste jetzt auch nicht, welcher
>> > dieser Parameter dafür zu gebrauchen wäre.
>> 
>> relay_domains_reject_code hätte ich jetzt getippt. Aber welche
>Bedeutung
>> diese Parameter haben, kann man nachlesen.
>> 
>> Eventuell ist der Code explizit in einer deiner Access-Maps gesetzt
>> worden. Einfach mal stumpf nach 454 in /etc/postfix/ greppen.
>
>bitmachine1:/etc/postfix # fgrep -r 454 .
>bitmachine1:/etc/postfix # fgrep -r defer_unauth_destination .
>
>Die Ausgabe bleibt also leer.
>
>> Bitte prüfe auch mal GENAU nach, ob
>> postconf -n smtpd_recipient_restrictions
>> mit deiner hier geposteten restriction übereinstimmt.
>
>stimmt genau überein
>
>> Schau auch mal nach, ob und wo defer_unauth_destination in deiner
>> Konfiguration vorkommt.
>
>Ich habe die Konfiguration von einem Postfix 2.8.11 auf eine openSUSE
>mit Version 2.11.3 umgezogen. Auch in der alten Version geben die
>greps von oben nichts aus.
>
>hm
>
>Grüße
>
>  Andreas

-- 
Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <https://listi.jpberlin.de/pipermail/postfixbuch-users/attachments/20150904/ebda6001/attachment.html>