which was pretty at the end of its capacities, dealing with as “little” as 50′000 new mails (sent & received) DAILY for our 1500 mail users.

Gut die haben 0.8 Millionen E-Mail, aber bei 1500 macht das ungefähr 550 E-Mails pro Maildir. Der rsync dauert dann beim Backup vielleicht etwas länger.

Unser alter Mailserver hat Mitte 2007 im Peak etwa 380.000 E-Mails (im Monat) geleistet, alle gingen durch zwei Qmails, Sophos lief zwischen den beiden. Etwa 50-100t Mails wurden durch Spamassassin geschickt. Das ganze lief aber auf einem 2x P3 1.2GHz mit Raid 1 und eine weitere Festplatte für die qmail Queue. Jedoch hatten wir kaum IMAP-Last, das ist bei tilliate wohl anders. Der Server war sehr stabil, lief aber unter sehr hoher Last.

tilllate hat jetzt einen Quad-Core 2.66GHz, 8GB, 4x 146 SAS 15k. Mit 50t. Mails am Tag würde auf der Maschine jede Mailserverkonfiguration sehr schnell laufen.

Ein paar Dinge, die mir direkt aufgefallen sind:

In the beginning of this year, we’ve decided to replace our old mail server

Wir haben jetzt August, das dauert doch nicht länger als ein paar Tage, maximal eine Woche.

Raid 5 for secure and reliable storage

Ein Raid 5 für einen Mailserver?? Postfix hat zwar weniger Ansprüche an die Festplatten als qmail, aber sowas macht man doch nicht. Dann lieber ein Raid 10 mit billigeren und größeren SATA-Platten.

Seit Mitte 2007 läuft unser neuer Server (2x Dual-Core Xeon 2GHz, 2GB Ram, 6x 160GB SATA). Auf dem MX-qmail (mit den MX-Records) gingen im Peak 9.4 Millionen E-Mails durch Spamassassin und Sophos. Dazu kommen noch 280.000 Mails, die von den eigenen Domains verschickt wurden. Die Last war mit den 2GB-Ram schon sehr hoch, nach einer Erweitung auf 4GB aber wieder sehr gering. Es gab einfach zu viele spamd-Prozesse und die Maschine hat angefangen zu swappen.

Die Aufteilung in zwei qmails habe ich übrigens gemacht, damit ich für das “Kunden-qmail” andere RBLs benutzen konnte. Später habe ich das “Kunden-qmail” noch so angepasst, dass im Envelope nur noch eine Absenderadresse einer lokalen Domain stehen darf.

Das kann ja jeder erzählen.

Ich will gar nicht wissen, wie es ohne RBL aussehen würde. Inzwischen blocken die RBLs (auch die von Manitu) fast alles:

Die Statistik basiert auf dlog, einen Artikel dazu habe ich schon einmal geschrieben.

Der Server hat zur Zeit 1.2Millionen E-Mails in 2500 Postfächern, wird viel über POP3 abgefragt. Ein tinydns und dnscache (mit 512MB) läuft auf der Maschine auch noch. Backup wird alle drei Stunden auf vier verschiedene Server gemacht.

Meine Tipps für einen flotten Mailserver, die mir spontan einfallen:

• Software:
• RBLs
• Spamassassin nicht über Maildrop aufrufen, Maildrop kann ausfiltern, aber nicht bewerten. Die Bewertung sollte ein richtige Daemon machen (Tipp No 1: simscan)
• MX und Kunden SMTP-Server aufteilen
• Ramdisk benutzen (natürlich nicht für die Mailserver Queue, für simscan/spamassassin…)

• Hardware:
• mehr Festplatten
• mehr Festplatten
• mehr Festplatten
• Raid 10
• genug RAM für den IO-Cache
• mehrere CPUs, müssen nicht so schnell sein

Meine Behauptung ohne die alte Hardware zu kennen: 100.000 E-Mails am Tage wären locker drin gewesen.