Guten Tag,
wir bitten um Unterstuetzung bei der Konfiguration des Mailservers
Ausgangssituation:
Wir wollen mit einem SuSE Standard Server 8 Mails verschicken und empfangen.
Die Zugansdaten unseres Providers sehen folgendermassen aus:
Posteingansserver: POP3, es wird POP3 eine sichere Verbindung (SSL - Port
995) gefordert.
Postausgansserver: SMTP, Server erfordert Authentifizierung (SMTP_AUTH) und
es wird eine sichere Verbindung (SSL) gefordert.
Wir haben nun folgende Problematik:
1) Mails abholen:
Nach dem eintragen der Daten in dem Reiter "Mail abholen", und dem
anschließenden druecken des "Testen" Buttons, baut der Router die
Internetverbindung auf und folgende Fehlermeldung erscheint:
---------------------------------------------------------------
ERROR: ERROR(POPFetch) : connection to
In dieser Mailingliste geht es um den SuSE Linux Schulserver. Da der Schulserver aber auf fast dem selben basis ist kann ich Ihnen ein paar Tips geben. Am Freitag, 4. Juni 2004 14:44 schrieb Technik Ehret:
Guten Tag, wir bitten um Unterstuetzung bei der Konfiguration des Mailservers
Ausgangssituation:
Wir wollen mit einem SuSE Standard Server 8 Mails verschicken und empfangen. Die Zugansdaten unseres Providers sehen folgendermassen aus: Posteingansserver: POP3, es wird POP3 eine sichere Verbindung (SSL - Port 995) gefordert.
Postausgansserver: SMTP, Server erfordert Authentifizierung (SMTP_AUTH) und es wird eine sichere Verbindung (SSL) gefordert. Wir haben nun folgende Problematik:
1) Mails abholen: Nach dem eintragen der Daten in dem Reiter "Mail abholen", und dem anschließenden druecken des "Testen" Buttons, baut der Router die Internetverbindung auf und folgende Fehlermeldung erscheint: --------------------------------------------------------------- ERROR: ERROR(POPFetch) : connection to
failed --------------------------------------------------------------- Klickt man auf den Button "Jetzt alle Mails abholen" erscheint diese Fehlermeldung: --------------------------------------------------------------- PROCESSED 04160490@SCHULE.LAN@pop.schule.lan, check log for errors --------------------------------------------------------------- Die IP Verbindung und die Namensaufloesung funktionieren einwandfrei. Wir vermuten die Ursache in der Forderung des Providers nach einer gesicherten POP3 Verbindung. Ist das denkbar? Und wie können wir an dieses Problem herangehen? Die Abholung der Mails direkt mit einem Outlook Client funktioniert, so das eine Ursache im Bereich IP, oder DNS, oder BenutzerAccount auszuschliessen ist.
Der fetchd-Dämon unterstützt POP3s und IMAPs nicht. Installieren Sie das Paket fetchmail und konfigurieren Sie diese um die mails abzuholen.
2) Mails senden: Im Reiter Postfix haben wir einen eintsprechenden Relayhost des Providers eingetragen, der beim Versenden auch richtig kontaktiert wird. Zudem haben wir die Felder SMTP AUTH und TLS auf "an" gestellt. Will man nun eine Mail
Diese beide Einstellungen beziehen sich darauf, wenn man über den Server Mails verschicken will. (smtpd - Dämon) Sie müssen allerdings das Client-side verhalten von Postfix dazu beinflussen. Folgendes muss in der Datei /etc/postfix/main.cf gesetzt werden: smtp_sasl_security_options = noplaintext smtp_sasl_auth_enable= yes smtp_use_tls = yes Wollen Sie nur über den Mailrelay mails verschicken können sie "smtp_enforce_tls = yes" statt "smtp_use_tls = yes" setzten.
vom Client aus versenden, kommt folgende Fehlermeldung zurück: ---------------------------------------------------------------------------
: host smtp.schule.lan[10.11.9.104] said: 505 5.7.3 Must issue a STARTTLS command first --------------------------------------------------------------------------- Auch hier vermuten wir die Ursache in der Forderung nach einer Verschl�ng. Da wir hier nicht mehr weiterkommen, bitten wir Sie um Unterstützung!
Mit freundlichen Grüßen
Sandor Kiss
-- ----------------------------------- Péter Varkoly -o) SuSE Linux AG /\\ e-mail: Peter.Varkoly@suse.de _\_/ Tel.: +49-911-74053484 Mobil.: +49-179-1277635 -----------------------------------
Vielen Dank erstmal für die Antwort, habe die Mails per fetchmail abgeholt. Habe dazu folgende Konfiguration verwendet: ---------------------------------------------------- # Configuration created Sat Jun 12 06:16:56 2004 by fetchmailconf set postmaster "postmaster" set bouncemail set no spambounce set properties "" poll pop.schule.lan with proto POP3 user '04160490@schule.lan' there with password 'xxxxxxxx' to 'mail_schwehr' ssl sslcert 'cert.pem' sslcertpath '/etc/ssl/certs' sslfingerprint '4A:7D:EA:92:B2:7B:B1:16:C2:F4:8B:F1:A2:D8:6A:1B' -------------------------------------------------------------------------- funktioniert auch wunderbar aber dann tretten zwei weitere Problene auf: 1. Legt man auf dem Suse Standard Server bzw. dem Suse Schul Server Benutzer an, sind das LDAP USER. Holt man nun Mails per Fetchmail ab kann man diese zunächst erst nicht zustellen da die LDAP user für Fetchmail nicht sichtbar sind. Kann man Fetchmail dazu bringen diese User zu sehen? Mann könnte natürlich über Yast lokale Benutzer anlegen, denen die Mails zuweisen, und dann per Outlook abholen. Aber bekomme ich beim verschicken von Mails Probleme. da aus dem SuSe Standard Server bzw SuSE Schul Server gar keine gültigen Benutzer existieren. 2. Kann man fetchmail dazu bringen das selbe Postfach an mehrere User zuzustellen? MfG Sandor Kiss
In dieser Mailingliste geht es um den SuSE Linux Schulserver. Da der Schulserver aber auf fast dem selben basis ist kann ich Ihnen ein paar Tips geben. Am Freitag, 4. Juni 2004 14:44 schrieb Technik Ehret:
Guten Tag, wir bitten um Unterstuetzung bei der Konfiguration des Mailservers
Ausgangssituation:
Wir wollen mit einem SuSE Standard Server 8 Mails verschicken und empfangen. Die Zugansdaten unseres Providers sehen folgendermassen aus: Posteingansserver: POP3, es wird POP3 eine sichere Verbindung (SSL - Port 995) gefordert.
Postausgansserver: SMTP, Server erfordert Authentifizierung (SMTP_AUTH) und es wird eine sichere Verbindung (SSL) gefordert. Wir haben nun folgende Problematik:
1) Mails abholen: Nach dem eintragen der Daten in dem Reiter "Mail abholen", und dem anschließenden druecken des "Testen" Buttons, baut der Router die Internetverbindung auf und folgende Fehlermeldung erscheint: --------------------------------------------------------------- ERROR: ERROR(POPFetch) : connection to
failed --------------------------------------------------------------- Klickt man auf den Button "Jetzt alle Mails abholen" erscheint diese Fehlermeldung: --------------------------------------------------------------- PROCESSED 04160490@SCHULE.LAN@pop.schule.lan, check log for errors --------------------------------------------------------------- Die IP Verbindung und die Namensaufloesung funktionieren einwandfrei. Wir vermuten die Ursache in der Forderung des Providers nach einer gesicherten POP3 Verbindung. Ist das denkbar? Und wie können wir an dieses Problem herangehen? Die Abholung der Mails direkt mit einem Outlook Client funktioniert, so das eine Ursache im Bereich IP, oder DNS, oder BenutzerAccount auszuschliessen ist.
Der fetchd-Dämon unterstützt POP3s und IMAPs nicht. Installieren Sie das Paket fetchmail und konfigurieren Sie diese um die mails abzuholen.
2) Mails senden: Im Reiter Postfix haben wir einen eintsprechenden Relayhost des
Providers
eingetragen, der beim Versenden auch richtig kontaktiert wird. Zudem haben wir die Felder SMTP AUTH und TLS auf "an" gestellt. Will man nun eine Mail Diese beide Einstellungen beziehen sich darauf, wenn man über den Server Mails verschicken will. (smtpd - Dämon) Sie müssen allerdings das Client-side verhalten von Postfix dazu beinflussen.
Folgendes muss in der Datei /etc/postfix/main.cf gesetzt werden: smtp_sasl_security_options = noplaintext smtp_sasl_auth_enable= yes smtp_use_tls = yes
Wollen Sie nur über den Mailrelay mails verschicken können sie "smtp_enforce_tls = yes" statt "smtp_use_tls = yes" setzten.
vom Client aus versenden, kommt folgende Fehlermeldung zurück:
---------------------------------------------------------------------------
: host smtp.schule.lan[10.11.9.104] said: 505 5.7.3 Must issue a STARTTLS command first
---------------------------------------------------------------------------
Auch hier vermuten wir die Ursache in der Forderung nach einer Verschl�ng.
Da wir hier nicht mehr weiterkommen, bitten wir Sie um Unterstützung!
Mit freundlichen Grüßen
Sandor Kiss
-- ----------------------------------- Péter Varkoly -o) SuSE Linux AG /\\ e-mail: Peter.Varkoly@suse.de _\_/ Tel.: +49-911-74053484 Mobil.: +49-179-1277635 -----------------------------------
-- Um die Liste abzubestellen, schicken Sie eine Mail an: slss-unsubscribe@suse.com Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken Sie eine Mail an: slss-help@suse.com
-- "Sie haben neue Mails!" - Die GMX Toolbar informiert Sie beim Surfen! Jetzt aktivieren unter http://www.gmx.net/info
participants (2)
-
Peter Varkoly
-
Technik Ehret