Weil der Workshop nicht wirklich erklärt, sondern "nur" sagt, was zu machen ist. z.B. verzweifele ich gerade daran, fetchmail mehrere Provider beizubringen.
Aber nebenbei war das eher ironisch gemeint. Mir ist durchaus bewußt, das ein "erklärender" Arbeitsladen den Umfang dieser Seiten sprengen würde (alleine schon arbeitsmäßig).
P.S.: Was ist eigentlich mit dem ProFTPd Workshop? Ich hatte die Menschen mal elektronisch angeschrieben, aber die Adressen waren wohl falsch - oder aufgelöst.
"Weil der Workshop nicht wirklich erklärt, sondern "nur" sagt, was zu machen ist. z.B. verzweifele ich gerade daran, fetchmail mehrere Provider beizubringen."
erzeuge eine .fetchmailrc datei im /root verzeichnis mit z.B. folgendem inhalt.
poll post.somewhere.de protocol pop3 user chef@somewhere.de password geheim is linuxuser@linuxathome.net
info@somewhere password psssttt is onfi@linuxathome.net
poll em.isp2.de portocol pop3 user linu@isp2.de password ichsagnix is gnome@linuxathome.net
wobei post.somewhere.de der pop3 server deines ISP ist und der user chef dort sein email konto hat.
deine lokale FQDN ist linuxathome.net und der user chef hat hier der lokale benutzer linuxuser.
der lokale user onfi ist beim selben ISP unter info bekannt.
die anderen einträge beschreiben wie email beim zweiten provider abgeholt werden.
Nunja, da gibt es durchaus noch den ein oder anderen Rechner auf diesem Planeten, der Sendmail nutzt. Deshalb lohnt es schon, sich damit zu beschäftigen. Es wird einem in absehbarer Zeit sicherlich noch häufiger über den Weg laufen.
hihi ;-) Wirf mal mit deinem __favorisierten__ editor einen Blick in die Config Datei von sendmail. Sag' dann aber nicht, ich hätte dich nicht gewarnt. Sendmail wird übrigens mit einer externen macrosprache konfiguriert (m4?). Auf jeden Fall hast du mit webmin sicher ganz 5% des sendmail konfiguriert. Dann läuft der zwar, dir wird aber immer verborgen bleiben warum der sendmail eines der Flagschiffe der Open Source Bewegung ist
ich muss sagen, dass ich mit dem workshop hier auf pro-linux auch nicht sonderlich weitergekommen bin - kennt jemand noch andere deutsche tutorials zu diesem thema ???
Was soll der Unfug eigentlich, in Sendmail noch Verschlüsselung einzubauen und Doku-Wälzer zu verfassen: für Profis ist sicherheits- und performancetechnisch und für Laien bedienungsmäßig doch erheblich sinnvoller, auf z.B. qmail umzusteigen. Wer kann mir sagen, wozu sendmail noch wirklich gebraucht wird?
für alle, die sich schon in sendmail eingearbeitet haben, die 'Doku-Wälzer' verinnerlicht haben, für die ist sendmail immer noch interessant. wenn man bereits seit jahren damit arbeitet, die stärken und schwächen gut kennt, hat man vieleichtn nicht unbedingt lußt, sich ständig mit neuen programmen zu beschäftigen.
kann mir jemand ein buch empfehlen, das Sendmail, Procmail und fetchmail beschreibt? Alle Linux-Netzwerkbücher, die ich bis jetzt gelesen habe, streifen dieses Thema natürlich nur...
Es gibt von OŽReilly ein Buch, das treffender Weise "Sendmail" heißt. Ist in englisch, aber wohl sehr gut (angeblich das Beste, weil der Sendmail Autor da auch seine Aktien drin hat). Bin allerdings auch erst bei Seite 23 und muß mich da auf Profis (oder solche, die sich dafür halten) verlasssen. Geht aber trotz allem eher schleppend voran. Aber Fetch/Procmail wird da glaube ich nicht erwähnt.
ich denke acuh nachdem ich mich in qmail eingearbeitet habe - zwei Tage - bin ich sehr viel mehr davon angetan als von Sendmail allein der Modulare Aufbau und die Sicherheit lässt nicht's zu wünschen übrig - auch die unterstützung für virtuelle Domains lässt sich sehr leicht implementieren.
Da hier ab und zu mal qmail zur Sprache kam möchte ich kurz etwas anmerken: Auch große email provider (kann man das so nennen) nutzen qmail. Wenn mich nicht alles täuscht auch GMX (www.gmx.de). Und wenn qmail auch noch so einfach zu konfigurieren ist, warum ist dann sendmail immer noch Standart? Kann mir das jemand erklären?
[ich gebe hier einige Meinungen wieder, die u.a. auf den Vortrag von Claus Assmann (einem der Sendmail-Programmierer) auf dem LinuxTag 2000 zurückgehen]
1. Sendmail und Sicherheit: Sendmail-Konkurrenz-Produkte sind alle höchstens 3 Jahre alt. In den letzten 3 Jahren sind keine Sendmail-Security-Bugs bekannt geworden. => Sendmail ist so sicher wie seine Konkurrenten.
2. Sendmail - Konfiguration Was spricht dagegen, sendmail mit den m4-Makros (und nur damit) zu konfigurieren ? Das dann hinterher ein Konfig-File rauskommt, das wie "line-noise" aussieht: Wen interessierts ? (das ist übrigens ein Punkt, den ich aus eigener Erfahrung unterstütze).
3. Sendmail vs diverse Konkurrenz Ich will die Konkurrenzprodukte nicht schlecht machen, aber auf vielen Servern muß ich einen MTA so einstellen, daß einfach alles an EMails an einen zentralen Mail-Hub weitergeleitet wird. Warum soll ich da extra irgendwas anderes für installieren ? Außerdem muß ich auf praktisch allen Unix-Rechnern das vorinstallierte sendmail konfigurieren (und hab' ich wirklich Lust, mir von irgendeinem anderen MTA die Binaries zu besorgen und auf allen unseren Rechnern zu installieren ?).
Ich habe auch geglaubt, daß die neuen besser sind. Mal Postfix ausprobiert. Konfiguration ist aber nicht leichter. Da sind viele neue Variablen drin, die man nicht auf Anhieb deuten kann und so prompt zur Fehlkonfiguration führten. Bei Sendmail kenne ich mich wenigstens soweit aus, daß mir solche Fehler nicht mehr passieren. Das Wissen über einen Mailserver ist ein wichtiges Argument. Bis jetzt ist mir also kein Mailserver begegnet der einfacher oder besser wäre. Ein Mailserver ist nun mal kein Client und für manche Feature muß man eben mal ein README oder ein Buch lesen. Zu Sendmail findet man auch viel Hilfe im Netz.
Frage an das pro-Linux team: Mal nen 200 Seitigen Workshop hier machen ?
;)
Workshop/->/Server/->/Mail-Server mit Sendmail
Am Ende des Artikels gibt es auch eine recht umfangriche Linksammlung.
Wer allerdings Sendmail bis ins letzte ausreizen möchte sollte sich die Sendmail-Bibel Sendmail, 2n Edition zulegen.
z.B. verzweifele ich gerade daran, fetchmail mehrere Provider beizubringen.
Aber nebenbei war das eher ironisch gemeint. Mir ist durchaus bewußt, das ein "erklärender" Arbeitsladen den Umfang dieser Seiten sprengen würde (alleine schon arbeitsmäßig).
P.S.: Was ist eigentlich mit dem ProFTPd Workshop? Ich hatte die Menschen mal elektronisch angeschrieben, aber die Adressen waren wohl falsch - oder aufgelöst.
z.B. verzweifele ich gerade daran, fetchmail mehrere Provider beizubringen."
erzeuge eine .fetchmailrc
datei im /root verzeichnis
mit z.B. folgendem inhalt.
poll post.somewhere.de protocol pop3 user chef@somewhere.de password geheim is linuxuser@linuxathome.net
info@somewhere password psssttt is onfi@linuxathome.net
poll em.isp2.de portocol pop3 user linu@isp2.de password ichsagnix is gnome@linuxathome.net
wobei post.somewhere.de
der pop3 server deines ISP ist und der user chef dort
sein email konto hat.
deine lokale FQDN ist
linuxathome.net und der
user chef hat hier der lokale benutzer linuxuser.
der lokale user onfi ist beim selben ISP unter info
bekannt.
die anderen einträge beschreiben wie email beim zweiten provider abgeholt werden.
Aber Deine Quote hatte einen leicht bissigen/bitteren Unterton (oder täuscht das ?)
Falls ja, ich hatte nie die Intention, diesen Workshop ernsthaft zu kritisieren oder mich zu "beschweren". Aber das sagte ich ja schon
Es gibt leistungsfähigere wie Qmail, oder leichter(viel leichter) konfigurierbare wie Exim...
Deshalb lohnt es schon, sich damit zu beschäftigen. Es wird einem in absehbarer Zeit sicherlich noch häufiger über den Weg laufen.
Mit Webmin habe ich Sendmail in ca. 5 min konfig.
Und Sendmail läuft prima.
Wirf mal mit deinem __favorisierten__ editor einen Blick in die Config Datei von sendmail. Sag' dann aber nicht, ich hätte dich nicht gewarnt. Sendmail wird übrigens mit einer externen macrosprache konfiguriert (m4?). Auf jeden Fall hast du mit webmin sicher ganz 5% des sendmail konfiguriert. Dann läuft der zwar, dir wird aber immer verborgen bleiben warum der sendmail eines der Flagschiffe der Open Source Bewegung ist
Gruß, WinStop.
wieso nur für Laien. Wenn ich das richtig gesehen habe, benutzt sogar GMX qmail.
bye & cu...
... Poly
Geht aber trotz allem eher schleppend voran.
Aber Fetch/Procmail wird da glaube ich nicht erwähnt.
sehr viel mehr davon angetan als von Sendmail
allein der Modulare Aufbau und die Sicherheit
lässt nicht's zu wünschen übrig - auch die
unterstützung für virtuelle Domains lässt sich sehr leicht implementieren.
ich benutze auch sendmail und bin voll und ganz zufrieden mit dem teil. warum sollte ich auf qmail umsteigen?
gruss,
thoralf
Wozu braucht man das ?
Postfix ist gut dokumeniert,schnell,sicher und sehr sehr leicht zu konfigurieren.
Also ,was will man mehr ? :p
1. Sendmail und Sicherheit:
Sendmail-Konkurrenz-Produkte sind alle höchstens 3 Jahre alt. In den letzten 3 Jahren sind keine Sendmail-Security-Bugs bekannt geworden.
=> Sendmail ist so sicher wie seine Konkurrenten.
2. Sendmail - Konfiguration
Was spricht dagegen, sendmail mit den m4-Makros (und nur damit) zu konfigurieren ?
Das dann hinterher ein Konfig-File rauskommt, das wie "line-noise" aussieht: Wen interessierts ?
(das ist übrigens ein Punkt, den ich aus eigener Erfahrung unterstütze).
3. Sendmail vs diverse Konkurrenz
Ich will die Konkurrenzprodukte nicht schlecht machen, aber auf vielen Servern muß ich einen MTA so einstellen, daß einfach alles an EMails an einen zentralen Mail-Hub weitergeleitet wird.
Warum soll ich da extra irgendwas anderes für installieren ? Außerdem muß ich auf praktisch allen Unix-Rechnern das vorinstallierte sendmail konfigurieren (und hab' ich wirklich Lust, mir von irgendeinem anderen MTA die Binaries zu besorgen und auf allen unseren Rechnern zu installieren ?).
Gruß
Uli
ich guck leider nich so oft ins forum.