Home | Comics | Gallery | (Amazon| ThinkGeek) wishlist | Donations | Impressum | The Book of Postfix | Postfix - Einrichtung, Betrieb und Wartung | Blog

Postfix für Sendmail-Umsteiger

1. Mail wird immernoch per /usr/sbin/sendmail abgeschickt. Auch solche Sachen wie der sendmail Aufruf zum Neubauen der alias Tabelle und zum Anzeigen der Queue funktionieren.
   newaliases funktioniert auch.
2. mailq zeigt die Queue an. Das Anzeigeformat ist dem von Sendmail ähnlich
3. Die Queue kann man mit postfix flush oder sendmail -q flushen.
   Man kann auch individuelle Domains flushen: sendmail -qRtu-bs.de
4. Ein Queuefile löschen ist auch einfach: Man bestimmt mit Hilfe von mailq die alphanumerische Queueid.
   Dann löscht man das File aus mittels postsuper -d queueid
5. Ein Queuefile ansehen geht mittels postcat: postcat -q queueid
6. Logging: Das Logging ist so ungewohnt, da Postfix aus mehreren Dämonen besteht, die die Mail zwischen sich austauschen:

   Kleine Liste:

   • smtpd:

     Der nimmt die Mail aus dem Netz an (smtp listener). Er loggt connect und disconnect Meldungen. Evtl. auch rejects wegen DNSBL-Einträgen, Relaying und Anti-Spam.

   • qmgr:

     Der QueueManager: Er bestimmt, wann eine Mail zurückgestellt wird, weil der Zielhost z.B. nicht erreichbar ist. Er scannt die Queue in regelmäßigen Abständen.

   • smtp:

     Ohne "d" -- er verschickt Mail via SMTP an andere Hosts.

   • cleanup:

     Er bringt Mail mit ungenügendem Format in eine ordentliche Form. Sowas wie Message-Id, FQDN und so.

   • local:

     Er stellt lokal zu: In Mailboxen, Maildirs oder via .forward ge-pipe-d in Programme.

   (diese Liste ist nicht vollständig!)

7. Aliasdateien haben aus Kompatibiltätsgründen dasselbe Format wie bei sendmail. Neubauen geht mit newaliases.

Logfileanalyse

Dec  1 09:51:35 lgr01 postfix/smtpd[20203]: connect from unknown[10.205.63.184]

Dec  1 09:51:36 lgr01 postfix/smtpd[20203]: client=unknown[10.205.63.184]

Dec  1 09:51:36 lgr01 postfix/cleanup[20204]: 5F476FB802: message-id=<3A276776.4E30B8CF@example.com>

Dec  1 09:51:36 lgr01 postfix/qmgr[4356]: 5F476FB802: from=, size=2546, nrcpt=1 (queue active)

Dec  1 09:51:36 lgr01 postfix/smtpd[20203]: disconnect from unknown[10.205.63.184]

Dec  1 09:51:36 lgr01 postfix/smtp[20116]: 5F476FB802: to=, relay=10.207.208.212[10.207.208.212], delay=0.7, delays=0.52/0.06/0/0.11, status=sent (250 Message accepted for delivery)

Verzögerung ca. 0.7 Sekunden, die andere Kiste hat Erfolg gemeldet (250 accepted for delivery)

Unterschiede zu Sendmail

• Aliases funktionieren nur, wenn lokal zugestellt wird. D.h. wenn eine Mail auf der Maschine, auf der Postfix läuft, tatsächlich durch local zugestellt werden muss. Auf einem Relayhost wuerde aliases NICHT funktionieren da ja nichts lokal zugestellt wird.
• Sendmail hat einen Regeltestmodus. Den gibt es bei Postfix inzwischen auch.

  Du kannst allerdings bei Konfigurationsänderungen die Option soft_bounce = yes benutzen.
  Sie bewirkt, dass Mail nicht gebounced wird (im fatalen Fehlerfall!), sondern einfach in die Queue zurückgestellt wird.

  D.h. Man kann solange an der Konfiguration rumfummeln, wie man will, ohne Angst zu haben daß Mail verloren geht.

• Es heißt jetzt postmap und nicht mehr makemap
• Modularität: In /etc/postfix/master.cf ist eine Liste aller aktiver Dämonen enthalten.

  Wenn man für ein Setup z.B. keine lokale Mailzustellung benötigt (Mailrelay, Firewall), so kann man einfach den dazu benötigten Dämonen komplett deaktiveren (in diesem Falle local).

  D.h. es ist tatsächlich weniger Code aktiv, als wenn sendmail benutzt wuerde.

  Ebenso kann man in dieser master.cf die Parameter für jeden Dämon tunen:

  Z.B. kann man die Anzahl der smtp Dämonen auf 200 hochsetzen.

  D.h. das bei Bedarf bis zu 200 smtp Dämonen laufen und die Mail rauspumpen. Oder man limitiert die Anzahl der smtpd Dämonen und somit die maximale Anzahl einkommender Verbindungen. In master.cf findet sich auch der Aufruf für cyrus!

• Konfiguration

  Nie wieder m4. Postfix bietet eine Anzahl von Kommandos, mit denen man die /etc/postfix/main.cf edieren kann (aber nicht muss!).

  postconf

  zeigt die aktuellen Einstellungen aller Parameter. Ein postconf -n

  zeigt alle aktuellen Einstellungen an die von Postfixs Standardeinstellungen abweichen (so kann man sehen, was man tatsächlich getuned hat!) Mit postconf soft_bounce

  wird der aktuelle Status des Parameters "soft_bounce" angezeigt! Mit postconf -e "soft_bounce = no"

  postconf -e "soft_bounce = yes"

  kann der Parameter "soft_bounce" manipuliert werden. Vorteil: Man braucht keinen Editor und es funktioniert aus Skripts.
  Änderungen an main.cf und master.cf werden erst durch postfix reload aktiv. Änderungen in sonstigen Dateien bemerkt Postfix automatisch bei Bedarf.

  Daher habe ich das Makefile in /etc/postfix geschrieben -- es nimmt die notwendigen Aktionen nach Eingabe von make automatisch vor.

Der "Trick" mit den *.proto Dateien

Warum?

Wenn bei der Umwandlung von transport nach transport.db ein Fehler auftreten würde, wäre die Datei transport.db ja defekt: Mail würde evtl. nicht zugestellt!

Daher gehe ich so vor:

  postmap transport.proto && mv transport.proto.db transport.db  
  

© by Ralf Hildebrandt This document contains links to external information sources that I do neither monitor nor control. I explicitly disclaim any liabilities in respect to external references. You are getting this document without any guarantees. Any methods shown above are meant as demonstration and may be wrong in some place. You may damage your system if you try to follow my hints and instructions. You do this at your own risk!

This file was last modified 21. Jul 2007 by root