Bekijk Volledige Versie : Mail fallback
Hallo,
Ik gebruik nu al een tijdje een mailcleaner cluster.
Hier wil ik eigenlijk vanaf. De bedoeling is dat de directadmin servers hun eigen mail gaan afhandelen en de boel spamvrij houden met spamassasin.
Ik zou graag een mail fallback server willen inrichten, deze moet de domeinen synchroniseren met de verschillende directadmin servers.
Heeft iemand hier ergens een goede tutorial/uitleg voor over hoe ik deze in kan richten?
Ik heb deze al gevonden http://www.howtoforge.com/postfix_backup_mx Deze heeft alleen het probleem dat hij nog niet met DA synct en dat hij gevoelig is voor spam.
Hoor graag van jullie!
Groeten Tim
Ramon Fincken
08/04/13, 08:43
SA is leuk, maar een extra mailfilter is beter :)
http://www.junkemailfilter.com/spam/free_mx_backup_service.html
Junk Email Filter is now offering a free MX backup service. If your email server goes offline our servers will accept your email, store it, and when your server comes back online it will deliver your email to you. And it's simple to activate. All you have to do is sign up, change your MX records, and it's ready to go.
Here's how it works. Suppose your domain is "example.com" and your MX record is "mail.example.com". You would add two more MX records as follows:
mail.example.com 10
mxbackup1.junkemailfilter.com 20
mxbackup2.junkemailfilter.com 30
That's all there is to it.
Ervaring mee?
http://www.junkemailfilter.com/spam/free_mx_backup_service.html
Waarom wil je af van Mailcleaner? Communicatie van de domeinen richting mailcleaner kan toch vrij eenvoudig via hun API ?
Ik werk nog met mailcleaner 2011. Wanneer ik 2012 wil installeren krijg ik wat vage fouten met ESXi.
Het werkt verder wel goed, maar heb er regelmatig wat kleine probleempjes mee en dit is me de tijd en moeite niet meer waard.
Tim, mag ik vragen waarom je niet opteert voor een hosted solution zoals bijvoorbeeld spamexperts.nl ?
Hier heb ik naar gekeken, maar dit is helaas te duur in mijn geval.
Zou ik toch eens benaderen voor een beter voorstel :)
Of even een aanvraag doen hier op het forum. Er zijn genoeg partijen die het voor een gunstige prijs aan kunnen bieden.
Overigens kun je Postfix perfect instellen om enkel mail te accepteren waarvan het weet dat het af te leveren is. Je kunt ook de spamfiltering doen binnen Postfix. Wij hebben een oplossing op basis van Postfix draaien (met name voor uitgaand, maar ook nog iets inkomend), daarnaast gebruiken we spamexperts voor inkomend. Dit werkt toch nog net een stapje beter (leert ervaring).
Ik heb de fallback server zover opgezet met postfix en hij werkt.
Nu heb ik amavids, spamassasin en clamav draaien om spam tegen te gaan, daarnaast heb ik een RBL toegevoegd.
Hieronder mijn main.cf file, heeft er iemand nog nuttige toevoegingen? Is het slim om met graylisting te gaan werken?
myhostname = fallback.xxx.nl
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = /etc/mailname
mydestination = fallback.24dns.nl, localhost
relay_domains = /etc/postfix/fallback_mx
relayhost =
mynetworks = 127.0.0.0/8
mailbox_size_limit = 0
recipient_delimiter = +
inet_interfaces = all
smtpd_recipient_restrictions = permit_sasl_authenticated, permit_mynetworks,
reject_non_fqdn_hostname,
reject_non_fqdn_sender,
reject_non_fqdn_recipient,
reject_unauth_destination,
reject_unauth_pipelining,
reject_invalid_hostname,
reject_rbl_client zen.spamhaus.org
# helo required
smtpd_helo_required = yes
# disable vrfy command
disable_vrfy_command = yes
smtpd_data_restrictions =
reject_unauth_pipelining,
permit
content_filter=smtp-amavis:[127.0.0.1]:10024
systemdeveloper
09/04/13, 13:35
Wat je eventueel ook nog kunt doen is je primary mx monitoren en postfix op de fallback pas starten als de primary niet meer te bereiken is. (en stoppen zodra dat wel weer mogelijk is).
Spaart je nog een beetje spam
Ramon Fincken
09/04/13, 14:03
Wat je eventueel ook nog kunt doen is je primary mx monitoren en postfix op de fallback pas starten als de primary niet meer te bereiken is. (en stoppen zodra dat wel weer mogelijk is).
Spaart je nog een beetje spam
Nice, maar loop je dan niet per definitie bv 1 minuut achter totdat je vanaf dat punt mail kan afhandelen? Of zit er nog een retry bij vanaf de verzend-kant zodat hij dus alsnog op je FB MX komt?
Als het goed is doet elke verzendende mailserver (indien nodig) een retry. Greylisting zou ik wel adviseren (kun je veel rotzooi mee blokkeren). Verder zou ik postscreen (onderdeel van recentere postfix versies) instellen ipv een reject_rbl_client. Een afweging op basis van meer dan 1 dnsbl/dnswl is dan mogelijk.
Is het slim om verder nog fake MX records aan te maken?
Is het slim om verder nog fake MX records aan te maken?
Sommigen zeggen dat het helpt, zelf heb ik er geen voordeel mee ervaren in tests. Een deel van de spam zul je wel kwijt zijn verwacht ik, maar dat deel zul je waarschijnlijk ook al kwijt zijn met een goed greylisting systeem.