[Postfixbuch-users] Spamprüfung für via mail() / sendmail/pickup eingeschleuste E-Mails

[Driessen]

> -----Original Message-----
> From: postfixbuch-users-bounces at listen.jpberlin.de [mailto:postfixbuch-
> users-bounces at listen.jpberlin.de] On Behalf Of Ralf Hildebrandt
> Sent: Friday, March 04, 2011 8:52 AM
> To: postfixbuch-users at listen.jpberlin.de
> Subject: Re: [Postfixbuch-users]Spamprüfung für via mail() /
> sendmail/pickup eingeschleuste E-Mails
> 
> * Florian Kaiser <fk at florian-kaiser.net>:
> > Hallo,
> >
> > >> 1. bei mir dürfen nur eingetragene Mailadressen senden
> >
> > Wo trägst Du die ein und wie prüfst Du bzw. Dein Postfix darauf? Und
> prüft

   reject_unknown_sender_domain,
   reject_unknown_recipient_domain,
   reject_non_fqdn_sender,
   reject_non_fqdn_recipient,
   reject_unlisted_sender,
permit_mynetworks


> > Postfix hier auch, bevor die E-Mail in der Queue landet? Das ist ja m.M.
> > nach der Knackpunkt - denn sobald die PHP-Funktion "true" zurückwirft
> sind
> > wir rechtlich erstmal in der Verantwortung der E-Mail. Ein einfaches
> "drop"
> > geht danach also definitiv nicht mehr.

Wer sagt denn das ich jeden Scheiß befördern muß?
Wer den Standardsender überschreibt muß sich am System anmelden
reject_sender_login_mismatch

Bis dato habe ich diese Spielchen noch nicht auf meinem Server gesehen.
Wohl das es jemand versucht hat aber eben nicht geschafft.  
Ich habe also in der Regel mindestens einen den ich kenne.

Alle Maschinen sind virtualisiert und gegeneinander soweit abgeschottet das
große Versendungen nicht ungesehen von statten gehen bzw. nur in gewissen
Grenzen erlaubt sind.

PHP kann auch mit unterschiedlichen Techniken gesichert werden. Man muß
nicht alles erlauben was möglich ist.  

> 
> Wrapper bauen?
> 


Mit freundlichen Grüßen

Drießen

-- 
Software & Computer
Uwe Drießen
Lembergstraße 33
67824 Feilbingert
Tel.: +49 06708 / 660045   Fax: +49 06708 / 661397