Bekijk Volledige Versie : mail relay, wat heb ik nodig?
Beste WHT'ers,
Ik heb een productieserver waar web, mysql & mail services op draaien.
Nu wil ik in een ander netwerk een mail relay server gaan plaatsen.
Dit voor wat meer zekerheid over mijn binnenkomende emails.
Ik wil de server op centOS of Debian gaan draaien.
Vervolgens Postfix met Postfix admin erop om mijn domeinen te kunnen beheren.
Nu heb ik een aantal vragen:
- Heb ik dovecot nodig? Ik zelf denk van niet, omdat ik geen imap/pop verbindingen naar deze server zal maken
- Moet ik verder Postfix nog speciaal configureren?
- Als ik het alleen als mail relay gebruik heb ik dan spam & virus scanner nodig? (Mocht de mail weer op mijn productie server worden afgeleverd, dan wordt het alsnog door een spam en virus scanner gehaald)
- Welke poorten moet ik exact opzetten in de firewall?
Ik hoop dat jullie deze vragen kunnen beantwoorden.
Alvast bedankt.
Vervolgens Postfix met Postfix admin erop om mijn domeinen te kunnen beheren.
Nu heb ik een aantal vragen:
Ik ga er vanuit dat je een mysql backend gebruikt.
- Heb ik dovecot nodig? Ik zelf denk van niet, omdat ik geen imap/pop verbindingen naar deze server zal maken
Nee
- Moet ik verder Postfix nog speciaal configureren?
Niet echt kwestie van je virtual tabel instellen per domein,
mysql> select * from transport;
+--------------------------+-------------------------+-----------+
| domain | transport |domain_id |
+--------------------------+-------------------------+-----------+
| domain.tld | smtp:[1.2.3.4] | 1 |
- Als ik het alleen als mail relay gebruik heb ik dan spam & virus scanner nodig? (Mocht de mail weer op mijn productie server worden afgeleverd, dan wordt het alsnog door een spam en virus scanner gehaald)
Sommigen zeggen van wel, sommigen zeggen van niet, het is een persoonlijke smaak denk ik.
- Welke poorten moet ik exact opzetten in de firewall?
Poort 25 in en uitgaand, en 53/udp
ik zou er toch een basis van anti-spam op configureren, zoals RBLs en greylisting; zo ga je al een grote golf aan spam tegenhouden.
Sommigen zeggen van wel, sommigen zeggen van niet, het is een persoonlijke smaak denk ik.
Dan zijn sommigen niet goed bezig. Als spammer pak je als eerste de fallback server. Als die relayed, en doorlaat naar de primaire server heb je alsnog je spam te pakken.
Wat je kan overwegen is minimaal RBL-Servers te gebruiken, en al het andere (lees: SA etc) op de primaire af te laten handelen. De fallback staat vaak toch uit zijn neus te kanen, laat 'm dan direct maar scannen...
Wij hebben op alle relay servers antispam. Maar bij ons fungeren ze dan ook als frontend en niet als fallback. Maar ik ben het eens met Diederik, zet altijd iets op je fallback.
Wij hebben op de fallback servers gewoon de hele rambam aan anti-spam maatregelen.
In principe zelfs nog iets strenger afgesteld dan de primaire mailserver omdat de fallbacks ook mail tijdelijk rejecten die potentiële spam is (maar dus ook een false positive kan zijn).
Dit voornamelijk om de spammers die de hogere MX'en gebruiken tegen te houden. Echte mails zullen dan alsnog wel naar de primairy MX worden verstuurd waar ze wel gewoon worden geaccepteerd afhankelijk van de resultaten van die spam check natuurlijk.
Standaard hebben alle mailservers alles erop en eraan om mail berichten te controlleren op virus en spam. Veel spammers proberen de mail primair bij een fallback af te leveren op de hoop dat deze dan wel geaccepteerd wordt, omdat de filterting daar minder op is.
Wij beschouwen alle mailservers dus het zelfde.
Wij hebben jaren zonder antispam /antivirus maatregelen enkele fallback servers gedraaid. Mijn advies: niet doen. Dat kan echt niet meer in deze tijd.
Nadat we de fallback servers hadden uitgerust met mailscanner was dat een enorme verbetering.
wat ik me dan afvraag, heeft iedereen zijn relay dan op de whitelist staan ..... ?
wat ik me dan afvraag, heeft iedereen zijn relay dan op de whitelist staan ..... ?
Dat lijkt me wel verstandig als je op beide machines dezelfde filtering doet :) Scheelt weer resources.
Dat lijkt me wel verstandig als je op beide machines dezelfde filtering doet :) Scheelt weer resources.
Ieder zijn eigen mening, maar juist vanuit dat oogpunt doen we juist niet filteren op wat std rbls na via de fallback. Klanten moeten zelf kunnen bepalen in welke vorm ze hun mail binnen krijgen.