Re: Mailverkehr auf Server
On Mon, 5 Dec 2005 16:10:58 +0100, Andreas Pakulat [EMAIL PROTECTED] wrote: Exim4 schreibt das From: um wenn man per Smarthost versendet, zumindestens in der Default-Config. Das ist durch Auskommentieren zweier Zeilen im Konfigfile, die sinnigerweise auch noch durch Suche nach rewriting gefunden werden, abstellbar. Etwas Doku lesen kann man auch von Dir verlangen. Grüße Marc -- -- !! No courtesy copies, please !! - Marc Haber |Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG Rightful Heir | Fon: *49 621 72739834
Re: Mailverkehr auf Server
On 05.12.05 22:46:37, Marc Haber wrote: On Mon, 5 Dec 2005 16:10:58 +0100, Andreas Pakulat [EMAIL PROTECTED] wrote: Exim4 schreibt das From: um wenn man per Smarthost versendet, zumindestens in der Default-Config. Das ist durch Auskommentieren zweier Zeilen im Konfigfile, die sinnigerweise auch noch durch Suche nach rewriting gefunden werden, abstellbar. Ok. Etwas Doku lesen kann man auch von Dir verlangen. Klaro, so hab ich ja z.B. herausbekommen wie ich die Auslieferung nach $HOME/Maildir hinbekomme. Ich habe aber bzgl. des From-Rewriting gar nicht weiter gesucht, weil das mit dovecot wunderbar klappt und wenn der Server irgendwann mal einen Emailserver hat muss ich das(imapserver) sowieso einrichten. Andreas -- Among the lucky, you are the chosen one. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Mailverkehr auf Server
Am 2005-12-02 17:18:48, schrieb Andreas Pakulat: man schon, ich nicht, denn ich kenne courier nicht und ich hab auch nicht die Zeit mich da einzuarbeiten... Da gibt es nicht viel einzuarbeiten, denn courier funktioniert mit UNIX-Accounts Out-of-the-Box. Jeder $USER muß dann ein ~/Maildir haben. Andreas Greetings Michelle -- Linux-User #280138 with the Linux Counter, http://counter.li.org/ # Debian GNU/Linux Consultant # Michelle Konzack Apt. 917 ICQ #328449886 50, rue de Soultz MSM LinuxMichi 0033/3/8845235667100 Strasbourg/France IRC #Debian (irc.icq.com) -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Mailverkehr auf Server
On 06.12.05 19:14:40, Michelle Konzack wrote: Am 2005-12-02 17:18:48, schrieb Andreas Pakulat: man schon, ich nicht, denn ich kenne courier nicht und ich hab auch nicht die Zeit mich da einzuarbeiten... Da gibt es nicht viel einzuarbeiten, denn courier funktioniert mit UNIX-Accounts Out-of-the-Box. Da faengts schon an.. Jeder $USER muß dann ein ~/Maildir haben. Was ist mit root, ezad (account von der Kundenverwaltungssoftware die der Server-Betreiber installiert hat) usw.? Kann courier fuer die Authentifizierung PAM nutzen? Da weiss ich naemlich wie ich PAM sage das bei Service X nur Nutzer Y sich einloggen darf - funktioniert mit dovecot auch out-of-the-box wenn man das passende PAM-Modul einbindet. Andreas -- Cold hands, no gloves. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Mailverkehr auf Server
Hi! On Tue, 6 Dec 2005 19:51:04 +0100 Andreas Pakulat [EMAIL PROTECTED] wrote: Jeder $USER muß dann ein ~/Maildir haben. Was ist mit root, ezad (account von der Kundenverwaltungssoftware die der Server-Betreiber installiert hat) usw.? Für root hast Du doch normalerweise in der /etc/aliases den Zeiger auf Deinen Haupt-User; da biegst Du alle anderen Verwaltungs-User auch hin. LG, Ace -- () ASCII Ribbon Campaign - against HTML mail /\- against Microsoft attachments http://www.efn.no/html-bad.html http://www.goldmark.org/netrants/no-word/attach.html signature.asc Description: PGP signature
Re: Mailverkehr auf Server
On 07.12.05 00:36:26, Ace Dahlmann wrote: Hi! On Tue, 6 Dec 2005 19:51:04 +0100 Andreas Pakulat [EMAIL PROTECTED] wrote: Jeder $USER muß dann ein ~/Maildir haben. Was ist mit root, ezad (account von der Kundenverwaltungssoftware die der Server-Betreiber installiert hat) usw.? Für root hast Du doch normalerweise in der /etc/aliases den Zeiger auf Deinen Haupt-User; da biegst Du alle anderen Verwaltungs-User auch hin. Das brauch ich fuer exim4 auch. Worum es ging ist, dass ich den Login in einen POP3 oder IMAP Server auf (vorerst) einen Nutzer beschraenken moechte. Wenn der POP/IMAP Server aber die UNIX-Accounts nutzt zur Authentifizierung muss ich einen Weg finden dies fuer alle Nutzer ausser Y abzuschalten. Wenn der POP/IMAP Server PAM nutzt und eine entsprechende Konfiguration anlegt kann ich das mit Hilfe eines PAM-Moduls loesen. Wenn der Server das nicht ueber PAM macht, sondern z.B. direkt /etc/passwd und /etc/shadow nutzt muss ich mich wieder tiefer in einen Server einarbeiten um herauszubekommen wie ich virtuelle User einrichten. Das ist jetzt die endgueltig letzte Mail in diesem Thread von mir. Es mag durchaus andere Wege als den von mir eingeschalgenen (lokaler exim4+dovecot) geben, aber fuer _mich_ bedeuten alle die ich bisher gelesen habe erhoehten Einarbeitungsaufwand fuer den ich keine Zeit habe. Andreas -- Today is the tomorrow you worried about yesterday. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Mailverkehr auf Server
Hi! On Sat, 3 Dec 2005 23:33:11 +0100 Andreas Pakulat [EMAIL PROTECTED] wrote: Weil ich da weiss wie es beim exim4 funktioniert (aka ich kenne die Stellschrauben) [...] Ich hab eine Domain, die ist aber noch bei meinem alten Webspace-Provider. Werde ich nae. Woche den Umzug in Angriff nehmen... Na, dann würd ich doch exim4 nehmen und den Root-Server es über Deine Domain selber versenden lassen, sobald die Domain umgezogen ist. Darf der Root-Server nicht selber versenden?) k.A. Hab mich noch nicht damit befasst welche Vorraussetzungen da zu erfuellen sind. Ich hab keinen, daher weiß ich's auch nicht. Aber ich denke doch mal, dass man sowas auch mit seinem Root-Server darf!? Falls ja, wär das doch recht sinnvoll. -- Best regards... Ace
Re: Mailverkehr auf Server
Hi! On Mon, 5 Dec 2005 01:07:52 +0100 Andreas Pakulat [EMAIL PROTECTED] wrote: So, mal als Schlussmeldung: [...] Huch, das hab ich jetzt zu spät gesehen. :o -- Best regards... Ace
Re: Mailverkehr auf Server
On 05.12.05 11:03:28, Ace Dahlmann wrote: Hi! On Sat, 3 Dec 2005 23:33:11 +0100 Andreas Pakulat [EMAIL PROTECTED] wrote: Weil ich da weiss wie es beim exim4 funktioniert (aka ich kenne die Stellschrauben) [...] Ich hab eine Domain, die ist aber noch bei meinem alten Webspace-Provider. Werde ich nae. Woche den Umzug in Angriff nehmen... Na, dann würd ich doch exim4 nehmen und den Root-Server es über Deine Domain selber versenden lassen, sobald die Domain umgezogen ist. Nee, nicht sobald die Domain umgezogen ist, sondern sobald ich die Zeit habe mit mit dem MTA auseinanderzusetzen... Darf der Root-Server nicht selber versenden?) k.A. Hab mich noch nicht damit befasst welche Vorraussetzungen da zu erfuellen sind. Ich hab keinen, daher weiß ich's auch nicht. Aber ich denke doch mal, dass man sowas auch mit seinem Root-Server darf!? Ich denke auch das man das darf, ich weiss halt nur nicht wie/was/wo ich am Exim4 einstellen muss. Passieren wird das auf jeden Fall, aber eben nicht gleich. Ich brauche aber jetzt eine Moeglichkeit die Systemmails abzurufen ohne mich dort extra per ssh einloggen zu muessen. Also dovecot + fetchmail und alles ist gut :-) Andreas -- Don't go surfing in South Dakota for a while. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Mailverkehr auf Server
Hallo Andreas, Andreas Pakulat, 05.12.2005 (d.m.y): [Mails versenden mit Root-Server] Ich denke auch das man das darf, ich weiss halt nur nicht wie/was/wo ich am Exim4 einstellen muss. Versenden ueber einen Smarthost waere eine Variante. Passieren wird das auf jeden Fall, aber eben nicht gleich. Ich brauche aber jetzt eine Moeglichkeit die Systemmails abzurufen ohne mich dort extra per ssh einloggen zu muessen. Also dovecot + fetchmail und alles ist gut :-) Alternativ kann die Kiste Dir Deine Mails natuerlich auch an eine beliebige andere Adresse senden. Eine .forward in Deinem $HOME oder ein Eintrag in /etc/aliases reichen dafuer aus. Natuerlich muss Dein MTA wissen, wie er Mails nach draussen loswerden kann - und da kaeme dann die Konfiguration versenden via Smarthost ins Spiel. Dass der MTA dafuer auf Port 25 am externen Interface lauscht, ist auch dafuer nicht vonnoeten. Gruss, Christian Schmidt -- Alle Narrheit erschöpfen - so gelangt man zum Boden der Weisheit -- Ludwig Börne signature.asc Description: Digital signature
Re: Mailverkehr auf Server
On 05.12.05 12:17:18, Christian Schmidt wrote: Andreas Pakulat, 05.12.2005 (d.m.y): [Mails versenden mit Root-Server] Ich denke auch das man das darf, ich weiss halt nur nicht wie/was/wo ich am Exim4 einstellen muss. Versenden ueber einen Smarthost waere eine Variante. Ja, hat aber den Nachteil das ich nicht mehr am From: erkenne wer die Mails geschickt hat (also root, postmaster usw.) Passieren wird das auf jeden Fall, aber eben nicht gleich. Ich brauche aber jetzt eine Moeglichkeit die Systemmails abzurufen ohne mich dort extra per ssh einloggen zu muessen. Also dovecot + fetchmail und alles ist gut :-) Alternativ kann die Kiste Dir Deine Mails natuerlich auch an eine beliebige andere Adresse senden. Eine .forward in Deinem $HOME oder ein Eintrag in /etc/aliases reichen dafuer aus. Hatte ich auch ueberlegt, aber mir gefaellt die Loesung mit dovecot besser, so hab ich die Mails immernoch auf dem Server, falls ich mal von woanders ran muss oder eine der Mails brauche... Natuerlich muss Dein MTA wissen, wie er Mails nach draussen loswerden kann - und da kaeme dann die Konfiguration versenden via Smarthost ins Spiel. Dass der MTA dafuer auf Port 25 am externen Interface lauscht, ist auch dafuer nicht vonnoeten. Ja, sicherheitstechnisch waere das kein grosses Problem, ich haette aber gerne die Mails in ihrem Originalzustand, also inkl. To und From... Andreas -- You are a bundle of energy, always on the go. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Mailverkehr auf Server
Hallo Andreas, Andreas Pakulat, 05.12.2005 (d.m.y): On 05.12.05 12:17:18, Christian Schmidt wrote: Andreas Pakulat, 05.12.2005 (d.m.y): [Mails versenden mit Root-Server] Ich denke auch das man das darf, ich weiss halt nur nicht wie/was/wo ich am Exim4 einstellen muss. Versenden ueber einen Smarthost waere eine Variante. Ja, hat aber den Nachteil das ich nicht mehr am From: erkenne wer die Mails geschickt hat (also root, postmaster usw.) Wieso denn? Gruss, Christian Schmidt -- Die Natur bestraft alles, an den Besten auch die kleinsten Fehler und gerade diese am härtesten. -- Jean Paul (eig. Johann Paul Friedrich Richter) signature.asc Description: Digital signature
Re: Mailverkehr auf Server
On 05.12.05 13:32:18, Christian Schmidt wrote: Hallo Andreas, Andreas Pakulat, 05.12.2005 (d.m.y): On 05.12.05 12:17:18, Christian Schmidt wrote: Andreas Pakulat, 05.12.2005 (d.m.y): [Mails versenden mit Root-Server] Ich denke auch das man das darf, ich weiss halt nur nicht wie/was/wo ich am Exim4 einstellen muss. Versenden ueber einen Smarthost waere eine Variante. Ja, hat aber den Nachteil das ich nicht mehr am From: erkenne wer die Mails geschickt hat (also root, postmaster usw.) Wieso denn? Exim4 schreibt das From: um wenn man per Smarthost versendet, zumindestens in der Default-Config. Andreas -- Accent on helpful side of your nature. Drain the moat. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Mailverkehr auf Server
Hallo Andreas, Andreas Pakulat, 05.12.2005 (d.m.y): Ja, hat aber den Nachteil das ich nicht mehr am From: erkenne wer die Mails geschickt hat (also root, postmaster usw.) Wieso denn? Exim4 schreibt das From: um wenn man per Smarthost versendet, zumindestens in der Default-Config. Das kann man exim aber abgewoehnen... Gruss, Christian Schmidt -- Christian Schmidt | Germany No HTML Mails, please! -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Mailverkehr auf Server
On 05.12.05 18:52:45, Christian Schmidt wrote: Andreas Pakulat, 05.12.2005 (d.m.y): Ja, hat aber den Nachteil das ich nicht mehr am From: erkenne wer die Mails geschickt hat (also root, postmaster usw.) Wieso denn? Exim4 schreibt das From: um wenn man per Smarthost versendet, zumindestens in der Default-Config. Das kann man exim aber abgewoehnen... Ist nur die Frage ob GMX dass dann noch mag. Ausserdem bin ich dann wieder dabei an exim4-Optionen rumzudrehen von denen ich keine Ahnung habe, genaus das wollte ich aber urspruenglich vermeiden. Andreas -- Try to value useful qualities in one who loves you. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Mailverkehr auf Server
On Sat, 3 Dec 2005 21:21:45 +0100, Fatih Ekrem Genc [EMAIL PROTECTED] wrote: das beste qmail install script, die ich empfehlen kann ist qmail rock Qmail will man genausowenig wie TOFU und HTML-Postings in gemäßigter Kleinschreibung. Und selbst wenn man weiß was man tut und trotzdem qmail will, will man es nicht am Packagemanagement vorbei installieren. Grüße Marc -- -- !! No courtesy copies, please !! - Marc Haber |Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG Rightful Heir | Fon: *49 621 72739834
Re: Mailverkehr auf Server
On 02.12.05 14:33:34, Andreas Pakulat wrote: 3. Pop3S Server aufsetzen und die Mails per fetchmail abholen So, mal als Schlussmeldung: Habe jetzt mit dovecot+pam+pam_listfiles(damit nur 1 User Mails abholen darf) einen IMAPS Server dort aufgestzt. Ging recht problemlos und fetchmail fetched schoen :-) War aus meiner Sicht die einfachste Loesung und erfuellt ihre Zwecke. Andreas -- Tomorrow will be cancelled due to lack of interest. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Mailverkehr auf Server
Torsten Geile [EMAIL PROTECTED] wrote: ich mache mir grad nen Kopp wie ich meinen SMTP-Server auf meinen root-Server einrichte. Momentan liefert er nur lokal aus und hoert auch nur auf lo. Da ich aber mir gerne Logmeldungen schicken lassen moechte reicht das nicht. Also wenn es Dir nur um den versandt der lokalen Systemmeldungen geht, dann würde ich dir zu qmail raten. Warum sollte er manuell einen seit Jahren nicht mehr gepflegten und bekanntermaßen kaputten MTA einsetzen, wenn der vorhandene exim4 bereits mit der einstellbaren Default-Konfiguration exakt das leistet, was er braucht? Ein gutes Tutoriual zu qmail findest du auf www.debianhowto.de . Ürx. S° -- Sven Hartge -- professioneller Unix-Geek Meine Gedanken im Netz: http://sven.formvision.de/blog/ -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Mailverkehr auf Server
Hallo Richard, Richard Mittendorfer, 02.12.2005 (d.m.y): 3. ist mit dovecot schnell problemlos aufzusetzen. POPs und IMAPs. Als delivery und transport hab ich hier schlicht maildir_delivery nach ${home}/Maildir drinnen. [auch noch exim3] Dovecot kann abaer auch mbox/Maildir aus /var/spool/mail servieren... Gruss, Christian Schmidt -- Wußten Sie schon... ... daß man die Segel erst streichen sollte, wenn der Rest des Schiffes schon angemalt ist? signature.asc Description: Digital signature
Re: Mailverkehr auf Server
Am Samstag, 3. Dezember 2005 16:18 schrieb Sven Hartge: snip Warum sollte er manuell einen seit Jahren nicht mehr gepflegten und bekanntermaßen kaputten MTA einsetzen, Wo ist den qmail kaputt? Und warum wird dieser seit Jahren nicht mehr gepflegt? Irgendwelche Links? Gruß
Re: Mailverkehr auf Server
Andreas Pakulat schrieb: dovecot kann pop3 und imap, beides auch per ssl :-) Man könnte auch courier-imap nehmen der kann auch alles afaik mit ssl. man schon, ich nicht, denn ich kenne courier nicht und ich hab auch nicht die Zeit mich da einzuarbeiten... Zum Vergleich: Postfix hat mich mehrere Wochen mit (abends ein paar Stunden gekostet), Courier-Imap (benutze nur Imap) war an einem Sa.-Nachmittag per Howto ohne Schwierigkeiten eingerichtet. Aber musst ja selbst wissen was für dich am Schnellsten/Besten geht, bzw. deine Anforderungen an die SW erfüllt ... Andreas Grüsse MH -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Mailverkehr auf Server
Hmm, ich glaube nicht, ich kenne qmail nicht und exim4 wenigstens ein wenig. Und ich hab eben keine Zeit mich da einzuarbeiten... Dann nimm doch exim4, das tut es bestimmt auch. (wie dir Marc sicher bestätigt ;-) ). Btw: der Listenmanager unserer lokalen LUG hat von Qmail auf Postfix umgestellt iirc weil er einige Dinge mit qmail nicht realisieren konnte ... MH -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Mailverkehr auf Server
Warum sollte er manuell einen seit Jahren nicht mehr gepflegten und bekanntermaßen kaputten MTA einsetzen, Wo ist den qmail kaputt? Und warum wird dieser seit Jahren nicht mehr gepflegt? Irgendwelche Links? Qmail erhält keine neuen Features weil djb es nicht für nötig hält und denkt dass seine SW so perfekt ist wie sie (seit ein paar Jahren) ist. Imho meine ich dass sich die Anforderungen an einen E-Mailserver in den letzten Jahren wohl ein bisschen geändert haben ... Gruß Grüsse MH -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Mailverkehr auf Server
On 2005-12-03 18:33:59 +0100, Christian Schnitz wrote: Am Samstag, 3. Dezember 2005 16:18 schrieb Sven Hartge: snip Warum sollte er manuell einen seit Jahren nicht mehr gepflegten und bekanntermaßen kaputten MTA einsetzen, Wo ist den qmail kaputt? Und warum wird dieser seit Jahren nicht mehr gepflegt? Irgendwelche Links? Ich kenne zwar keine Quelle, aber was ich so gehört habe über qmail ist, das djb qmail als fertig ansieht und es deshalb kein neues Release mehr gibt. Alles was sich nach dem letzten qmail-Release bei den MTAs getan hat, muss man selber per Patch nachrüsten. Auf www.qmail.org findet man z.B. Patches für SMTP AUTH, Anbindung an MySQL, LDAP, IPv6, TLS, etc. Vieles was moderne MTAs von Haus aus können. Weiterhin hat qmail die Eigenheit sich komplett in /var/qmail zu installieren. Michael -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Mailverkehr auf Server
das beste qmail install script, die ich empfehlen kann ist qmail rock http://www.qmailrocks.org/ gruss fatihOn 12/3/05, Michael Bienia [EMAIL PROTECTED] wrote: On 2005-12-03 18:33:59 +0100, Christian Schnitz wrote: Am Samstag, 3. Dezember 2005 16:18 schrieb Sven Hartge: snip Warum sollte er manuell einen seit Jahren nicht mehr gepflegten und bekanntermaßen kaputten MTA einsetzen, Wo ist den qmail kaputt? Und warum wird dieser seit Jahren nicht mehr gepflegt? Irgendwelche Links?Ich kenne zwar keine Quelle, aber was ich so gehört habe über qmail ist, das djb qmail als fertig ansieht und es deshalb kein neues Release mehrgibt.Alles was sich nach dem letzten qmail-Release bei den MTAs getan hat,muss man selber per Patch nachrüsten. Auf www.qmail.org findet man z.B.Patches für SMTP AUTH, Anbindung an MySQL, LDAP, IPv6, TLS, etc. Vieleswas moderne MTAs von Haus aus können.Weiterhin hat qmail die Eigenheit sich komplett in /var/qmail zu installieren.Michael--Haeufig gestellte Fragen und Antworten (FAQ):http://www.de.debian.org/debian-user-german-FAQ/Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Mailverkehr auf Server
On 02.12.05 20:25:51, Ace Dahlmann wrote: On Fri, 2 Dec 2005 14:33:34 +0100 Andreas Pakulat [EMAIL PROTECTED] wrote: ich mache mir grad nen Kopp wie ich meinen SMTP-Server auf meinen root-Server einrichte. Momentan liefert er nur lokal aus und hoert auch nur auf lo. Da ich aber mir gerne Logmeldungen schicken lassen moechte reicht das nicht. Ist die Frage, was Du genau damit machen willst. Geht es tatsächlich nur um den Versandt der Logs? Ja, IMAP-Post dort ablegen oder so eher nicht, weil da auch nicht sooo viel Platz ist (10Gig)... Dann würde ich das per ssmtp machen (aber warum mit dem GMX Account? Weil ich da weiss wie es beim exim4 funktioniert (aka ich kenne die Stellschrauben) Darf der Root-Server nicht selber versenden?) k.A. Hab mich noch nicht damit befasst welche Vorraussetzungen da zu erfuellen sind. 2 ist wahrscheinlich recht aufwaendig fuer mich, da ich bisher kaum mehr als die debconf-Konfiguration des exim4 gemacht hab. Und 3 ist auch aufwaendiger. Wenn Du schon einen Root-Server hast, würde ich mich bei Gelegenheit mal damit auseinandersetzen, den auch direkt für Mail-Empfang, -Versandt und -Filterung zu nutzen (hast Du auf dem Root-Server eigentlich ne Domain?) Das kann ich machen wenn ich im Fruehjahr mit meiner Diplomarbeit anfange, im Moment fehlt mir dazu wirklich die Zeit. Ich hab eine Domain, die ist aber noch bei meinem alten Webspace-Provider. Werde ich nae. Woche den Umzug in Angriff nehmen... Die Frage an die Mailserver-Wissenden ist nun einfach: Wie hoch ist der Aufwand fuer 2 und 3? Welche weiteren Vorteile haetten die 2 Loesungen (ausser der einfacheren Filterung)? Klar, erfordert in der Tat einiges an Lesen, aber schwer ist es mit Exim oder Postfix heutzutage IMHO nicht mehr Ich denke auch nicht dass es schwer ist, aber mir fehlt aktuell die Zeit. (wenn ich da an Sendmail zurückdenke, au weia... Gut, dass der schon fast out war, als ich mit dem Kram angefangen habe. ;)) Ein sendmail war da vorinstalliert auf dem Server, den hab ich erstmal entfernt, genauso wie einiges andere Zeug. Vieles vmtl. fuer deren ezad-Kundenverwaltungssystem... Andreas -- You will have good luck and overcome many hardships. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Mailverkehr auf Server
Christian Schnitz [EMAIL PROTECTED] wrote: Am Samstag, 3. Dezember 2005 16:18 schrieb Sven Hartge: Warum sollte er manuell einen seit Jahren nicht mehr gepflegten und bekanntermaßen kaputten MTA einsetzen, Wo ist den qmail kaputt? Kann nur delayed bounces. In der heutigen Zeit führt das dazu, das man zur Kollateralspam-schleuder wird. Weiteres: http://www-dt.e-technik.uni-dortmund.de/~ma/qmail-bugs.html Und warum wird dieser seit Jahren nicht mehr gepflegt? Dan Bernstein betrachtet qmail mit 1.03 als fertig. Auch das Angebot, Geld für gefundene Fehler zu erhalten gilt natürlich nur für eine unveränderte qmail-Installation, die man sich in der heutigen Zeit aber wirklich nicht mehr antun möchte. Siehe obigen Link, warum. Alles in allem sollte man qmail da lassen, wo es ist: in der Mottenkiste. Zwar hatte DJB mit dem Maildir-Format eine Gute Idee[tm] und auch die Aufteilung des MTA in diverse, leicht abschottbare Prozesse war wegweisend (für z.B. Postfix), aber seine persönliche Arroganz gegenüber dem Rest der Welt macht ihn leider untragbar (als Person). S° -- Sven Hartge -- professioneller Unix-Geek Meine Gedanken im Netz: http://sven.formvision.de/blog/ -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Mailverkehr auf Server
Hi, ich mache mir grad nen Kopp wie ich meinen SMTP-Server auf meinen root-Server einrichte. Momentan liefert er nur lokal aus und hoert auch nur auf lo. Da ich aber mir gerne Logmeldungen schicken lassen moechte reicht das nicht. Die Frage ist welche der 3 folgenden Varianten da am guenstigsten ist: 1. Mailserver nimmt nur lokale Mail an, verschickt aber per Smarthost (mit meinem gmx-Account) 2. Mailserver nimmt nur lokale Mail an, verschickt aber selbststaendig 3. Pop3S Server aufsetzen und die Mails per fetchmail abholen Der Nachteil von 1 ist, dass ich hier nicht einfach nach From: sortieren kann. 2 ist wahrscheinlich recht aufwaendig fuer mich, da ich bisher kaum mehr als die debconf-Konfiguration des exim4 gemacht hab. Und 3 ist auch aufwaendiger. Die Frage an die Mailserver-Wissenden ist nun einfach: Wie hoch ist der Aufwand fuer 2 und 3? Welche weiteren Vorteile haetten die 2 Loesungen (ausser der einfacheren Filterung)? Andreas -- In the stairway of life, you'd best take the elevator. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Mailverkehr auf Server
Andreas Pakulat: 1. Mailserver nimmt nur lokale Mail an, verschickt aber per Smarthost (mit meinem gmx-Account) 2. Mailserver nimmt nur lokale Mail an, verschickt aber selbststaendig 3. Pop3S Server aufsetzen und die Mails per fetchmail abholen Der Nachteil von 1 ist, dass ich hier nicht einfach nach From: sortieren kann. Wenn Du Dir einen kostenlosen Mailaccount bei Arcor holst, kannst Du nach SMTP-AUTH (plain) auch Mails mit beliebigem Absender versenden. benutze ich schon seit mehreren Jahren. Schau in meine Header, das müßte man da auch erkennen. Seine Identität kann man so natürlich nicht verschleiern. Nach Subject: zu filtern ist aber natürlich auch trivial. 2 ist wahrscheinlich recht aufwaendig fuer mich, da ich bisher kaum mehr als die debconf-Konfiguration des exim4 gemacht hab. Und 3 ist auch aufwaendiger. Und potenziell gefährlicher. Würde ich nur nach vielen *lokalen* Spielereien ausprobieren. Die Frage an die Mailserver-Wissenden ist nun einfach: Wie hoch ist der Aufwand fuer 2 und 3? Welche weiteren Vorteile haetten die 2 Loesungen (ausser der einfacheren Filterung)? 3 ist mit Dovecot sehr, sehr einfach. Tunnel das Ganze über SSH und es muß nicht einmal jemand davon wissen. Ach so, Du könntest natürlich J. -- It is not in my power to change anything. [Agree] [Disagree] http://www.slowlydownward.com/NODATA/data_enter2.html signature.asc Description: Digital signature
Re: Mailverkehr auf Server
On 02.12.05 14:59:18, Jochen Schulz wrote: Andreas Pakulat: 1. Mailserver nimmt nur lokale Mail an, verschickt aber per Smarthost (mit meinem gmx-Account) 2. Mailserver nimmt nur lokale Mail an, verschickt aber selbststaendig 3. Pop3S Server aufsetzen und die Mails per fetchmail abholen Der Nachteil von 1 ist, dass ich hier nicht einfach nach From: sortieren kann. Wenn Du Dir einen kostenlosen Mailaccount bei Arcor holst, kannst Du nach SMTP-AUTH (plain) auch Mails mit beliebigem Absender versenden. benutze ich schon seit mehreren Jahren. Schau in meine Header, das müßte man da auch erkennen. Seine Identität kann man so natürlich nicht verschleiern. Hmm, das waere auch ne Moeglichkeit... Nach Subject: zu filtern ist aber natürlich auch trivial. Da ich noch nicht weiss welches log-analyzing-tool ich verwenden werde ist es schwierig jetzt schon zu sagen wie trivial das sein wird... 2 ist wahrscheinlich recht aufwaendig fuer mich, da ich bisher kaum mehr als die debconf-Konfiguration des exim4 gemacht hab. Und 3 ist auch aufwaendiger. Und potenziell gefährlicher. Würde ich nur nach vielen *lokalen* Spielereien ausprobieren. Deswegen ja meine Bedenken, nach dem Debakel des 1. Logins (da liefen 2 apache's, ein portmapper, der inetd, sendmail als MTA und noch 2 Dienste - auf allen Interfaces!) hab ich mir vorgenommen da nur solche Sachen laufen zu lassen die ich auch verstehe... Und fuer ne richtige Einarbeitung in MTA's fehlt mir im Moment die Zeit... Die Frage an die Mailserver-Wissenden ist nun einfach: Wie hoch ist der Aufwand fuer 2 und 3? Welche weiteren Vorteile haetten die 2 Loesungen (ausser der einfacheren Filterung)? 3 ist mit Dovecot sehr, sehr einfach. Tunnel das Ganze über SSH und es muß nicht einmal jemand davon wissen. Ach so, Du könntest natürlich Hmm, hoert sich interessant an, ausser natuerlich das da noch ein bisschen Text fehlt. Ich glaube das ist meine favorisierte Loesung momentan. Kann Dovecot eigentlich dann auch POP3 mit SSL, oder brauch ich zwingend nen SSH-Tunnel? Andreas -- You will gain money by a fattening action. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Mailverkehr auf Server
Also sprach Andreas Pakulat [EMAIL PROTECTED] (Fri, 2 Dec 2005 14:33:34 +0100): Hi, Hallo Andreas, ich mache mir grad nen Kopp wie ich meinen SMTP-Server auf meinen root-Server einrichte. Momentan liefert er nur lokal aus und hoert auch nur auf lo. Da ich aber mir gerne Logmeldungen schicken lassen moechte reicht das nicht. Die Frage ist welche der 3 folgenden Varianten da am guenstigsten ist: 1. Mailserver nimmt nur lokale Mail an, verschickt aber per Smarthost (mit meinem gmx-Account) 2. Mailserver nimmt nur lokale Mail an, verschickt aber selbststaendig 3. Pop3S Server aufsetzen und die Mails per fetchmail abholen Der Nachteil von 1 ist, dass ich hier nicht einfach nach From: sortieren kann. 2 ist wahrscheinlich recht aufwaendig fuer mich, da ich bisher kaum mehr als die debconf-Konfiguration des exim4 gemacht hab. Und 3 ist auch aufwaendiger. Die Frage an die Mailserver-Wissenden ist nun einfach: Wie hoch ist der Aufwand fuer 2 und 3? Welche weiteren Vorteile haetten die 2 Loesungen (ausser der einfacheren Filterung)? Selber bevorzuge ich 1.[exim3], das orig. To: root@domain bleibt ja drinnen und laesst sich filtern, als envelope-sender ist's dann halt mein gmx.net-account (laut /etc/email-addresses). Allerdings brauch ich auf den Kisten meist soundso einen konfigurierten MTA. 2. k(blasse)A 3. ist mit dovecot schnell problemlos aufzusetzen. POPs und IMAPs. Als delivery und transport hab ich hier schlicht maildir_delivery nach ${home}/Maildir drinnen. [auch noch exim3] sl ritch -- Warum sehe ich im Fernsehen Unterhaltungssendungen? Damit ich nicht lache. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Mailverkehr auf Server
Hmm, hoert sich interessant an, ausser natuerlich das da noch ein bisschen Text fehlt. Ich glaube das ist meine favorisierte Loesung momentan. Kann Dovecot eigentlich dann auch POP3 mit SSL, oder brauch ich zwingend nen SSH-Tunnel? Andreas dovecot kann pop3 und imap, beides auch per ssl :-) Florian -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Mailverkehr auf Server
Andreas Pakulat schreibt: 2. Mailserver nimmt nur lokale Mail an, verschickt aber selbststaendig [...] 2 ist wahrscheinlich recht aufwaendig fuer mich, da ich bisher kaum mehr als die debconf-Konfiguration des exim4 gemacht hab. Wenn Du 'internet' in /etc/exim4/update-exim4.conf.conf als dc_eximconfig_configtype verwendest und dc_local_interfaces auf 127.0.0.1 setzt, damit Exim nicht auf der externen Schnittstelle lauscht, sollte der Versand, wie von Dir gewünscht, funktionieren, ohne dass Du Exim besonders konfigurieren musst. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Mailverkehr auf Server
Andreas Pakulat: On 02.12.05 14:59:18, Jochen Schulz wrote: 3 ist mit Dovecot sehr, sehr einfach. Tunnel das Ganze über SSH und es muß nicht einmal jemand davon wissen. Ach so, Du könntest natürlich Hmm, hoert sich interessant an, ausser natuerlich das da noch ein bisschen Text fehlt. Ich glaube das ist meine favorisierte Loesung momentan. Stellt sich natürlich nur noch die Frage, wie Du den Tunnel aufbaust. IIRC sollte fetchmail eine Art pre-command kennen. Wenn der Key dann keine Passphrase hätte, wäre das völlig transparent. Kannst ja auf dem Server dafür einen eigenen Nutzer anlegen. Kann Dovecot eigentlich dann auch POP3 mit SSL, oder brauch ich zwingend nen SSH-Tunnel? Nein, wie schon erwähnt. Der Vorteil ist aber, daß Du mit SSH den Dienst überhaupt nicht nach außen anbieten mußt. Das ist IMHO ein riesiger Vorteil. Es gibt ja dann und wann Exploits, die keinen authentifizierten Benutzer voraussetzen. Wobei Dovecot soviel ich weiß auch noch nie wegen besonderer Anfälligkeit für solche Sachen aufgefallen ist. Aber SSH hat man ja eh[tm]. J. -- The houses of parliament make me think of school bullies. [Agree] [Disagree] http://www.slowlydownward.com/NODATA/data_enter2.html signature.asc Description: Digital signature
Re: Mailverkehr auf Server
Florian Schnabel schrieb: Hmm, hoert sich interessant an, ausser natuerlich das da noch ein bisschen Text fehlt. Ich glaube das ist meine favorisierte Loesung momentan. Kann Dovecot eigentlich dann auch POP3 mit SSL, oder brauch ich zwingend nen SSH-Tunnel? Andreas dovecot kann pop3 und imap, beides auch per ssl :-) Man könnte auch courier-imap nehmen der kann auch alles afaik mit ssl. Die Konfiguration (für momentan noch unverschlüsseltes Imap) mit sasl-auth war eigentlich relativ straight-forward da funktioniert schon (fast) alles out-of-the-box. Florian Grüsse MH -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Mailverkehr auf Server
On 02.12.05 16:06:42, Matthias Haegele wrote: Florian Schnabel schrieb: Hmm, hoert sich interessant an, ausser natuerlich das da noch ein bisschen Text fehlt. Ich glaube das ist meine favorisierte Loesung momentan. Kann Dovecot eigentlich dann auch POP3 mit SSL, oder brauch ich zwingend nen SSH-Tunnel? Andreas dovecot kann pop3 und imap, beides auch per ssl :-) Man könnte auch courier-imap nehmen der kann auch alles afaik mit ssl. man schon, ich nicht, denn ich kenne courier nicht und ich hab auch nicht die Zeit mich da einzuarbeiten... Andreas -- Today is what happened to yesterday. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Mailverkehr auf Server
On 02.12.05 15:58:11, Jochen Schulz wrote: Andreas Pakulat: On 02.12.05 14:59:18, Jochen Schulz wrote: 3 ist mit Dovecot sehr, sehr einfach. Tunnel das Ganze über SSH und es muß nicht einmal jemand davon wissen. Ach so, Du könntest natürlich Hmm, hoert sich interessant an, ausser natuerlich das da noch ein bisschen Text fehlt. Ich glaube das ist meine favorisierte Loesung momentan. Stellt sich natürlich nur noch die Frage, wie Du den Tunnel aufbaust. Entweder per Hand - sehr ungluecklich. IIRC sollte fetchmail eine Art pre-command kennen. Wenn der Key dann keine Passphrase hätte, wäre das völlig transparent. Kannst ja auf dem Server dafür einen eigenen Nutzer anlegen. Einen normalen Benutzer hab ich auf dem Server eh und das RootLogin abgeschaltet... Passphrase abstellen ist auch unnoetig - hoffe ich - danke ssh-agent. Kann Dovecot eigentlich dann auch POP3 mit SSL, oder brauch ich zwingend nen SSH-Tunnel? Nein, wie schon erwähnt. Der Vorteil ist aber, daß Du mit SSH den Dienst überhaupt nicht nach außen anbieten mußt. Das ist IMHO ein riesiger Vorteil. Es gibt ja dann und wann Exploits, die keinen authentifizierten Benutzer voraussetzen. Wobei Dovecot soviel ich weiß auch noch nie wegen besonderer Anfälligkeit für solche Sachen aufgefallen ist. Aber SSH hat man ja eh[tm]. Richtig, aber mein Laptop der die Mails abruft laeuft manchmal nen ganzen Tag ohne das jemand eingeloggt ist (Mails abholen, wenn ich 200 am Stueck abhole dauert das so lange bis die alle sortiert und gescannt sind) und da wird halt ssh schon schwierig... Mal schauen was ich da mache... Andreas -- Tomorrow, this will be part of the unchangeable past but fortunately, it can still be changed today. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Mailverkehr auf Server
Hi, Andreas Pakulat schrieb: Hi, ich mache mir grad nen Kopp wie ich meinen SMTP-Server auf meinen root-Server einrichte. Momentan liefert er nur lokal aus und hoert auch nur auf lo. Da ich aber mir gerne Logmeldungen schicken lassen moechte reicht das nicht. Die Frage ist welche der 3 folgenden Varianten da am guenstigsten ist: 1. Mailserver nimmt nur lokale Mail an, verschickt aber per Smarthost (mit meinem gmx-Account) 2. Mailserver nimmt nur lokale Mail an, verschickt aber selbststaendig 3. Pop3S Server aufsetzen und die Mails per fetchmail abholen Also wenn es Dir nur um den versandt der lokalen Systemmeldungen geht, dann würde ich dir zu qmail raten. Habe es auf unserem Server eingesetzt, um von Nagios dir Nachrichten bequem per zugeschickt zu bekommen. Im Prinzip kannst Du qmail dazu bewegen, jeden Relay zu benutzen. GMX als Relay geht aber nicht, zumindest hab ich trotz zahlreicher Bemühungen nur bounces erhalten. Ein gutes Tutoriual zu qmail findest du auf www.debianhowto.de . vpopmail etc. brauchst du ja nicht, daher kannst du diese Abschnitte dort einfach ignorieren. Gruß Torsten
Re: Mailverkehr auf Server
On 02.12.05 17:22:37, Torsten Geile wrote: Andreas Pakulat schrieb: ich mache mir grad nen Kopp wie ich meinen SMTP-Server auf meinen root-Server einrichte. Momentan liefert er nur lokal aus und hoert auch nur auf lo. Da ich aber mir gerne Logmeldungen schicken lassen moechte reicht das nicht. Die Frage ist welche der 3 folgenden Varianten da am guenstigsten ist: 1. Mailserver nimmt nur lokale Mail an, verschickt aber per Smarthost (mit meinem gmx-Account) 2. Mailserver nimmt nur lokale Mail an, verschickt aber selbststaendig 3. Pop3S Server aufsetzen und die Mails per fetchmail abholen Also wenn es Dir nur um den versandt der lokalen Systemmeldungen geht, dann würde ich dir zu qmail raten. Habe es auf unserem Server eingesetzt, um von Nagios dir Nachrichten bequem per zugeschickt zu bekommen. Hmm, ich glaube nicht, ich kenne qmail nicht und exim4 wenigstens ein wenig. Und ich hab eben keine Zeit mich da einzuarbeiten... Im Prinzip kannst Du qmail dazu bewegen, jeden Relay zu benutzen. GMX als Relay geht aber nicht, zumindest hab ich trotz zahlreicher Bemühungen nur bounces erhalten. Das ist ja auch vernuenftig von GMX, davon abgesehen: Ich hab nen Account bei GMX brauch also deren Server nicht als Relay... Andreas, der sich an dieser Stelle fuer all die guten Tipps bedankt. -- Cold hands, no gloves. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Mailverkehr auf Server
Am Freitag, 2. Dezember 2005 17:22 schrieb Torsten Geile: Also wenn es Dir nur um den versandt der lokalen Systemmeldungen geht, dann würde ich dir zu qmail raten. naja, wenns nur um den lokale Systemmeldungen geht würde ich mir vielmehr ssmtp anschauen, der kann fast Nix und ist deshalb auch spielend leicht zu konfigurieren. Ich nutze ssmtp z.B. um E-Mail aus einem Gameserver chroot zu senden. Die Manpage behandelt vorwiegend was das Ding alles _nicht_ kann, aber E-Mail via SMTP verschicken klappt ;) -- Gruß Frank
Re: Mailverkehr auf Server
Hallo Andreas, Andreas Pakulat, 02.12.2005 (d.m.y): ich mache mir grad nen Kopp wie ich meinen SMTP-Server auf meinen root-Server einrichte. Momentan liefert er nur lokal aus und hoert auch nur auf lo. Da ich aber mir gerne Logmeldungen schicken lassen moechte reicht das nicht. Um Mails nach aussen _versenden_ zu koennen, ist _kein_ auf dem externen Interface lauschender Daemon noetig. Gruss, Christian Schmidt -- Ein Prophet (Autor) wird von seinem Vaterland zuwenig, von seinen Freunden zuviel geschätzt. -- Jean Paul signature.asc Description: Digital signature
Re: Mailverkehr auf Server
Hi! On Fri, 2 Dec 2005 14:33:34 +0100 Andreas Pakulat [EMAIL PROTECTED] wrote: ich mache mir grad nen Kopp wie ich meinen SMTP-Server auf meinen root-Server einrichte. Momentan liefert er nur lokal aus und hoert auch nur auf lo. Da ich aber mir gerne Logmeldungen schicken lassen moechte reicht das nicht. Ist die Frage, was Du genau damit machen willst. Geht es tatsächlich nur um den Versandt der Logs? Dann würde ich das per ssmtp machen (aber warum mit dem GMX Account? Darf der Root-Server nicht selber versenden?) 2 ist wahrscheinlich recht aufwaendig fuer mich, da ich bisher kaum mehr als die debconf-Konfiguration des exim4 gemacht hab. Und 3 ist auch aufwaendiger. Wenn Du schon einen Root-Server hast, würde ich mich bei Gelegenheit mal damit auseinandersetzen, den auch direkt für Mail-Empfang, -Versandt und -Filterung zu nutzen (hast Du auf dem Root-Server eigentlich ne Domain?) Die Frage an die Mailserver-Wissenden ist nun einfach: Wie hoch ist der Aufwand fuer 2 und 3? Welche weiteren Vorteile haetten die 2 Loesungen (ausser der einfacheren Filterung)? Klar, erfordert in der Tat einiges an Lesen, aber schwer ist es mit Exim oder Postfix heutzutage IMHO nicht mehr (wenn ich da an Sendmail zurückdenke, au weia... Gut, dass der schon fast out war, als ich mit dem Kram angefangen habe. ;)) LG, Ace -- () ASCII Ribbon Campaign - against HTML mail /\- against Microsoft attachments http://www.efn.no/html-bad.html http://www.goldmark.org/netrants/no-word/attach.html signature.asc Description: PGP signature