Onderwerp: Welke MTA verkies jij?

Hallo,

Naar aanleiding van: http://www.webhostingtalk.nl/scripti...n-patchen.html

Welke MTA op Linux/*BSD verkies jij?
- Qmail
- Postfix
- Exim
- Sendmail
- overig

Voor een lokale MTA op bijvoorbeeld webserver verkies ik altijd Postfix, simpel te configureren, snel en niet te veel poespas.

Voor het zware werk kies ik Qmail, waarom?

Lichtgewicht en zonder poespas. Met patches is Qmail helemaal naar wens te maken en te draaien zoals ik wil.

De C code is erg duidelijk, dus zelf hacks er in schrijven is ook geen probleem.

Zo ver ik weet is er nog nooit een serieuze exploit uit gekomen voor Qmail waarmee je een systeem echt kon beschadigen.

Voor Qmail heb je hele fijne software, zoals: Vpopmail, Simscan en Qmailadmin. Met wat standaard patches, zoals: SPF, Bouncemaxbytes, Qmailqueue en Qmailtap heb je een compleet mailsysteem.

Simscan kan weer ClamAV en SpamAssassin aansturen, dus dat is ook geregeld.

Exim heb ik wat tegen. In mijn grijze verleden met cPanel heb ik alleen maar oorlog gehad met Exim, werkte half of gewoon niet.

Daarintegen heb ik er ook weinig tijd in gestoken om het te leren.

Nu ik een aantal DirectAdmin servers onder mijn beheer heb (die Exim gebruikt) moet ik zeggen dat het wel goed draait, maar de config blijft een chaos.

Nu graag van jullie kant: Welke MTA verkiezen jullie en waarom?

Qmail, waarom? Meeste ervaring mee en draait in mijn ogen altijd lekker snel en stabiel.

Heb ook eens naar Exim gekeken, maar vond Qmail fijner m.b.t. config werk en dergelijke.

Postfix.

Waarom is altijd wat lastiger Sendmail heb ik altijd al knudde gevonden, leesbaarheid van lik-me-vestje Postfix is makkelijk qua leesbaarheid, je hoeft niet te patchen (daar heb ik een broertje dood aan. Het moet er in zitten)

Exim hebben we het niet over.... (overigens is die mening ook op niets gebaseerd. Ik werk wat voor een stichting (www.ddh.nl), welke volledig ingesteld is op Exim. Ik raak de configuratie niet aan, maar daar gebeuren toch ook mooie dingen

Qmail heb ik een tijdje verafschuwd. Omdat je zakelijk (we werken met Plesk) wat meer er van moet gaan weten ben ik toch erin gedoken. Life-with-qmail uitgeprint, en daar mee aan de slag gegaan, en ik moet zeggen: erg indrukwekkend. Ik denk niet dat ik over zal stappen (teveel verschil, en ik heb niet zo'n erlebnis-gevoel bij qmail)

Al bij al: Postfix, daarna qmail. Niet gegrond op superveel redenen, maar meer gevoel.

Postfix.

Waarom? Destijds overgestapt vanaf sendmail omdat Postfix meer is gebouwd met het oog op security. Daarbij bleek de configuratie ook nog eens veel eenvoudiger te zijn.

Spam filteren met wat hulp van procmail en spamassassin; zo kan elke (virtual) user beslissen of hij/zij dit wil.

Niet de MTA, maar wel relevant:
Voor POP3 voorheen vm-pop3d, maar nu overgestapt op Dovecot. Deze kan ook keurig de virtual mail accounts aan, en doet daarbij ook nog eens IMAP en SSL. Authenticatie nu met een MySQL-backend. Tenslotte werkt het lekker snel.

Ben net overgestapt van MailEnable voor Windows naar Postfix. De combinatie met Mysql was makkelijk te maken en het wordt veel gebruikt dus ik dacht waarom niet.
qmail is volgens mij ook een beetje met een kanon op een mug schieten.

Oorspronkelijk geplaatst door gjtje

Ben net overgestapt van MailEnable voor Windows naar Postfix. De combinatie met Mysql was makkelijk te maken en het wordt veel gebruikt dus ik dacht waarom niet.
qmail is volgens mij ook een beetje met een kanon op een mug schieten.

Dan ligt het er denk ik maar net aan, waarvoor zet je Qmail in?

Wij handelen bij Qmail het e-mail verkeer van ongeveer 10.000 hosting-pakketten af, dan is het niet meer met een kanon op een mug schieten imho.

Ja, +voor mijn situatie, bedoelde ik te zeggen.

Qmail boven alles..

Zoals wido al zegt, met exim is het altijd oorlog.. echt rampzalig. Ik zit me ook dagelijks te ergeren aan de Exim mailservers die wij beheren.

Qmail is voor iedereen een goede oplossing. dus niet alleen voor " grote " mailservers maar juist ook voor de beginner is het i.c.m. vpopmail en ideale mailserver zonder teveel moeilijke dingen.

We hebben het nu op diverse locaties, ook op kantoor van ons en diverse klanten, als mailserver, gateway voor diverse zaken en bijvoorbeeld fallback. Tot zover hebben we geloof ik 1 klein probleempje gehad in bijna 3 jaar tijd

Ik kan overigens iedereen qmqtool aanraden als hij een Qmail server beheerd.

Veel mensen gaan in de fout door Qmail over de zeik te helpen door "achter zijn rug om" aan zijn queue te gaan sleutelen.

Ehm,

PostFix hier, vooral vanwege de hoge configureerbaarheid en de goede combinatie met mysql.

postfix omdat deze simpel en snel te installeren en beheren is voor kleine "sites" Tevens erg goed te configureren voor high performance en/of complexe mail ahandeling. Security trackrecord is erg goed.

qmail vind ik niks omdat het erg oud is 1.03 is 8 jaar geleden uitgebracht.
Er wordt dus niet aktief ontwikkeld, nieuwe ontwikkelingen als ipv6 zijn lastig aan de praat te krijgen. DJB is een arrogante eenling met een vreemde blik op de (it)wereld en vind zijn mening de waarheid. Helaas gebruikt plesk enkel qmail waardoor veel beginners "opgroeien" met qmail.

sendmail is koning rewrite, verder een complex "monster" met een verschrikkelijk security verleden. Zowel qmail als postfix zijn ontwikkeld door ontevredenheid over sendmail.

Oorspronkelijk geplaatst door LeaseWeb

postfix omdat deze simpel en snel te installeren en beheren is voor kleine "sites" Tevens erg goed te configureren voor high performance en/of complexe mail ahandeling. Security trackrecord is erg goed.

qmail vind ik niks omdat het erg oud is 1.03 is 8 jaar geleden uitgebracht.
Er wordt dus niet aktief ontwikkeld, nieuwe ontwikkelingen als ipv6 zijn lastig aan de praat te krijgen. DJB is een arrogante eenling met een vreemde blik op de (it)wereld en vind zijn mening de waarheid. Helaas gebruikt plesk enkel qmail waardoor veel beginners "opgroeien" met qmail.

sendmail is koning rewrite, verder een complex "monster" met een verschrikkelijk security verleden. Zowel qmail als postfix zijn ontwikkeld door ontevredenheid over sendmail.

Wat betreft IPv6, daar heb ik geen ervaring mee met Qmail.

Dat het 8 jaar oud is moet geen probleem zijn (en is het ook niet), het werk zoals het hoort.

Ik ben niet in Qmail in aanraking gekomen door Plesk, maar door de goede dingen die ik er over las op het internet.

DJB "ken" ik verder niet, dus wat dat betreft heb ik geen mening.

Oorspronkelijk geplaatst door Wido

Wat betreft IPv6, daar heb ik geen ervaring mee met Qmail.

Dat het 8 jaar oud is moet geen probleem zijn (en is het ook niet), het werk zoals het hoort.

Het is niet alleen IPv6.
TLS / smtp-auth / mysql / spf zijn allemaal niet ingebouwd.
Enkel door het sprokkelen van patches her en der is meeste functionaliteit te verkrijgen.

Als je vaak en veel servers installeert is dat niet te doen.

Nagenoeg alle bruikbare software groeit en wordt doorontwikkeld om betere functionaliteit/performance te verkrijgen.
In dat opzicht is qmail dood.

Oorspronkelijk geplaatst door LeaseWeb

Het is niet alleen IPv6.
TLS / smtp-auth / mysql / spf zijn allemaal niet ingebouwd.
Enkel door het sprokkelen van patches her en der is meeste functionaliteit te verkrijgen.

Als je vaak en veel servers installeert is dat niet te doen.

Nagenoeg alle bruikbare software groeit en wordt doorontwikkeld om betere functionaliteit/performance te verkrijgen.
In dat opzicht is qmail dood.

Dan raad ik je toch aan Netqmail te pakken, daar zitten standaard dat soort dingen in.

MySQL support gaat via Vpopmail, Qmail heeft daar niks mee te maken.

Oorspronkelijk geplaatst door Wido

Dan raad ik je toch aan Netqmail te pakken, daar zitten standaard dat soort dingen in.

MySQL support gaat via Vpopmail, Qmail heeft daar niks mee te maken.

netqmail bevat de patches nog niet.

rcpthosts, virtualdomains, locals, smtproutes, badmailfrom etc etc zijn allemaal settings die het beheren makkelijker maken als ze uit een database worden gelezen ipv scripting --> plattetekstfiles. (zeker met 10.000 hostingpakkketten)