🚀 go-pugleaf

Liebe Mitglieder des Fachbereichs,

Diese Rundschreiben werden im Web unter 
http://www.inf.fu-berlin.de/tec/mint/ archiviert und in die Newsgruppen 
des Fachbereichs news:bln.announce.fub.math und news:bln.announce.fub.cs 
gestellt. Sie k�nnen in den jeweiligen Diskussionsgruppen 
news:bln.announce.fub.math.d und news:bln.announce.fub.cs.d diskutiert 
werden. Ich bitte darum, auf Antworten oder Diskussionen �ber den 
Mailverteiler zu verzichten.

In dieser Mail spreche ich die folgenden Themen an:

1. Betatest des Remotezugangs zum Fachbereich �ber das Web
2. Informationen zum E-Mail-Abruf von ausserhalb des Fachbereichs

### 1. Betatest des Remotezugangs zum Fachbereich �ber das Web

Unter der Webadresse http://www.inf.fu-berlin.de/remote/ werden in 
Zukunft Dienste zusammengefasst, die es allen reisenden oder sich aus 
anderen Gr�nden nicht im Hause befindlichen Mitgliedern des Fachbereichs 
gestatten, von �berall im Internet Zugriff zu Fachbereichsressourcen zu 
bekommen. Um diese Dienste in Anspruch zu nehmen, wird nur ein 
Internetzugang und ein Webbrowser ben�tigt. Bisher ist nur der 
Remotezugang �ber das Protokoll ssh eingerichtet, Webmail und 
Dateitransfer werden folgen.

Der ssh-Zugang befindet sich zur Zeit im Testbetrieb und ist die 
Alternative zum bisherigen telnet-Zugang. Wegen der bekannten M�ngel des 
telnet-Protokolls (Passwort�bertragung im Klartext) und den aktuellen 
Hackerangriffen auf diesen Dienst, mussten wir den telnet-Zugang zum 
Fachbereich sperren.

### 2. Informationen zum E-Mail-Abruf von ausserhalb des Fachbereichs

Wir bekommen h�ufig die Frage gestellt, warum es beim Verschicken von 
E-Mails von zu Hause oft zu Fehlern kommt. Die Fehlermeldungen sagen 
aus, dass der Mailserver mail.math.fu-berlin.de die mail nicht annimmt.

Hier folgt eine ausf�hrliche Antwort:

Wie alle guten Mailprovider haben wir unseren Mailserver so 
konfiguriert, dass er nicht als sogenanntes "spam relay" missbraucht 
werden kann. D. h. er nimmt genau zwei Funktionen wahr:

1. Er liefert von extern eingelieferte Mails an interne Empf�nger aus.
2. Er versendet Mails von *bekannten* Rechnern an interne und extern 
Empf�nger.

Als bekannte Rechner gelten alle, die eine IP-Adresse haben, die zu 
unserem Fachbereichsnetz geh�rt.

Wer sich von zu Hause �ber einen Internetprovider mit dem Internet 
verbindet hat eine IP-Adresse dieses Providers, der Rechner ist also 
*unbekannt*. W�rden wir gestatten, dass solche unbekannten Rechner Mails 
an beliebige Empf�nger bei uns einliefern, k�nnten Massenwerbe-E-Mails 
(Spam)  �ber unseren Mailserver verschickt werden und wir w�ren schnell 
im Internet verrufen.

Um trotzdem mit der Fachbereichs-E-Mail-Adresse von zu Hause E-Mails zu 
versenden, gibt es zwei M�glichkeiten:

1. Das einfachste ist, den Mailserver (SMTP-Server) des jeweiligen 
Internet-Providers f�r die Einlieferung von E-Mails zu benutzen. Die 
meisten Provider bieten einen eigenen Mailserver an, der auch 
Nachrichten annimmt, die mit - f�r ihn - fremdem Absenderadressen 
eingeliefert werden. Dies ist vom Konzept auch so vorgesehen. Z. B. ist 
f�r den Internetzugang �ber dfn@home mit Zedataccount der Server 
mail.zedat.fu-berlin.de zu verwenden.

2. Sollte der jeweilige Provider keinen eigenen SMTP-Server haben, kann 
das in der letzen Rundmail angesprochene VPN benutzt werden, um den 
eigenen *unbekannten* Rechner als *bekannten* Rechner im 
Fachbereichsnetz erscheinen zu lassen. Da dies mit einer Authentisierung 
verbunden ist, k�nnen Spammer diese M�glichkeit nicht wahrnehmen. �ber 
das VPN kann also dann unserer Mailserver f�r die Einlieferung der 
E-Mails verwendet werden.

F�r die Interessierten: Es gibt noch weitere Methoden einen korrekt 
konfigurierten Mailserver auch von fremden Rechnern zu benutzen. Diese 
werden jedoch von uns nicht angeboten.

3. "SMTP AUTH": Der SMTP-Server verlangt eine Authentisierung des 
Absenders mit einem Benutzeraccount. Da das SMTP-Protokoll im 
allgemeinen unverschl�sselt abl�uft, rate ich im allgemeinen, dem 
Klienten generell zu verbieten, sich zu authentisieren (wenn er eine 
solche Einstellung erlaubt). Es ist auch schon passiert, das sich 
Mailklienten an *fremden* SMTP-Servern mit Benutzeraccount und Passwort 
anmelden wollen.

4. "SMTP after POP": Der SMTP-Server erwartet von dem benutzer, der 
seine Mail einliefert, dass er kurz vorher mit demselben Rechner seine 
Mail abfragt. Da das POP-Protokoll eine Authentisierung erfordert, 
st�tzt sich der SMTP-Server auf diese. Der Nachteil dieser Methode ist, 
dass sie nicht f�r alle Mailklienten einfach einzurichten ist.

5. POP "XTND XMIT": Manche POP-Server erlauben das Einliefern der Mail 
mit einem "eXTeNDed" Kommando. Unserer tut das nicht.

###

Mit freundlichen Gr�ssen,
Dirk Pape.

-- 
Dr. Dirk Pape (Leiter des Rechnerbetriebs)
FB Mathematik und Informatik der FU-Berlin
Takustr. 9, 14195 Berlin
Tel. +49 (30) 838 75143, Fax. +49 (30) 838 75109