Re: Verständnisfrage

[Papierkorb]

Am 12.02.2022 um 10:41 schrieb Markus Winkler:
> On 11.02.22 22:35, Juergen Dollinger wrote:
>> Bleibt die urspruengliche Frage warum das bei 'Papierkorb' nicht
>> funktioniert hat.
>
> Da kann man nur raten, weil wir nach wie vor nicht die _komplette_ 
> Config und auch nicht die eingesetzte Postfix-Version kennen.
>
> Die zu empfangenden Domains könnten ja beispielsweise per 
> 'relay_domains' behandelt werden. Wenn in diesem Szenario keine Map 
> mit gültigen Empfängern definiert ist (relay_recipient_maps - und per 
> default ist dieser Parameter leer), nimmt Postfix Mails für _jede_ 
> denkbare Mailadresse dieser Domain an.
>
> Erst beim Weiterreichen der Mail (LMTP an [127.0.0.1]:24) wird dann 
> festgestellt, dass es diesen Empfänger gar nicht gibt:
>
>> Feb  8 13:44:40 mail postfix/lmtp[22805]: D9AFE421BD8: to=XXX(nicht 
>> existentes Postfach), relay=127.0.0.1[127.0.0.1]:24, delay=0.24, 
>> delays=0.22/0.01/0.01/0.01, dsn=5.1.1, status=bounced (host 
>> 127.0.0.1[127.0.0.1] said: 550 5.1.1 <XXX(nicht existentes Postfach)> 
>> User doesn't exist: XXX(nicht existentes Postfach) (in reply to RCPT 
>> TO command))
>
> und ein Bounce generiert (was man eben nicht will).
>
> Das (oder auch eine vergleichbare mit z. B. Virtual Mailbox Domains) 
> wäre m. E. eine durchaus denkbare Konstellation auf Markus' Server, 
> die zu dem ursprünglichen Verhalten geführt haben könnte. Aber wie 
> gesagt: alles reine Spekulation. ;-)
>
> Schönes WE und viele Grüße
> Markus

Servus zusammen,

ja, genauso war es: bei mir im Postfix sind lediglich die Relay-Domains 
und die virtuellen Aliase definiert, nicht die gültigen Empfänger / 
Postfächer. Genau deshalb kam es zu dem Problem.
Gut kombiniert, Watson! ;-)
Meine Postfächer sind lediglich im Dovecot angelegt und ich hab 
natürlich keine Lust die gleichen Daten doppelt in Postfix zu pflegen.
Nun halte ich mich gerne an das Postfix-Buch, und dort stieß ich dann 
auf S.331 (Dynamische Empfänger-Verifzierung), wo leicht verständlich 
die Nutzung von reject_unverified_recipients beschrieben wird.
Für meine config erschien mir das ziemlich passend. Für das Log und 
vermeintlich menschliche Absender kann man dann noch individuelle 
Reject-Codes und -Messages definieren - was will man mehr?!

Danke für euren Input und eure Hilfestellung!

Euch ein schönes Wochenende!

Es grüßt
Papierkorbs Markus