relay access denied permanent machen

[Paul]

Am 04.09.2015 um 14:26 schrieb Andreas Meyer:
> Paul <news at amaltea.de> schrieb am 04.09.15 um 13:28:26 Uhr:
> 
>>> Ich würde verweigertes relayen gerne mit einem 5xx error permanent
>>> machen, stehe aber im Moment auf dem Schlauch.
>>>
>>> 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>
>>>
>>> smtpd_recipient_restrictions =
>> [...irrelevant...]
>>>
>>> An welcher Schraube müsste ich denn drehen?
>>
>> Zeig uns bitte mal das Ergebnis von
>>
>> 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.

Bitte prüfe auch mal GENAU nach, ob
postconf -n smtpd_recipient_restrictions
mit deiner hier geposteten restriction übereinstimmt.

Schau auch mal nach, ob und wo defer_unauth_destination in deiner
Konfiguration vorkommt.

Mehr fällt mir langsam nicht mehr ein.

HTH!

Gruß,
Paul