nicht angemeldet
Hallo Niklas,
es wird beidemale Kerio Connect eingesetzt.
a) ist in dem Sinne bereits erledigt, das private Netz hat routing und firewall policies um nur an diesen Host senden zu duerfen
Die Idee is weniger Spam von aussen fernzuhalten sondern von innen zu verhindern.
Da fehlten einige Worte:
... sondern ungewuenschten Emailverkehr ... von innen zu verhindern.
Nicht aufgrund der Masse sondern des potentiellen Inhaltes der Maiils.
Bspw. Ein Programm koennte automatisiert emails mit kritischem Inhalt verschicken (in der Finanzwelt is alles irgendwie kritisch :-)) an einen bestimmten Empfaenger und von da weiterleiten. Andere Informationen wie "der Server is down" sollen hingegen bestimmte Personen erreichen, die nur auf Server 2 einen Account haben.
- Authentifizierung wer emails von Server 1 schicken kann ist mit Zertifikat und Host Restrictions machbar
- Das nur an Server 2 geschickt werden kann, weil nur dahin eine Route existiert ist Netzwerksache, machbar
- dass in Server 2 alle emails von Accounts von Server 1 abgewiesen werden, die nicht an einen bestimmten Account auf Server 2 gehen -> diese filtermoeglichkeit wird gesucht
- dass eingehende Mails auf Server 2 kommend von Server 1 (und ggf Account X) keine Attachments haben duefern und/oder bestimmte Keywords nicht haben duerfen -> wird gesucht
Kerio bietet zwar unter Spamschutz die Moeglichkeit "Custom Rules" zu definieren, diese sind aber nur eindimensional. D.h. From beinhaltet Domain xyz => SPAM. To beinhaltet ACCOUNT abc => ALLOW, aber keine Kombination und nicht auf Headerbasis. (Ja, Header kann man spoofen, ich weiss.)
Da ich ungern Server 2 komplett migrieren moechte, suche ich eine Art SMTP Relay/Gateway mit entsprechenden Filtermoeglichkeiten an welches Server 1 schicken kann. Dieses Gateway leitet dann weiter an Server 2 oder weist alle anderen emails ab. Ob dieses Gateway dann auf Unix oder Windows laeuft waere egal.
Cheers, Frank