Article View: ch.admin
Article #5136Re: Cablecom SMTP-Authentifizierung
From: Roman Racine
Date: Sun, 18 Jul 2004 22:36
Date: Sun, 18 Jul 2004 22:36
36 lines
2874 bytes
2874 bytes
Gabriela Salvisberg schrieb: >>Ich glaube es ist eher ungew�hnlich, wenn ein Mailserver auf etwas anderem >>als Port 25 Mails annimmt. > > Wie ist das denn in der Praxis? W�re das nur ungew�hnlich oder bei > seri�s betriebenen Mailservern sogar undenkbar? Prinzipiell funktioniert ein SMTP Server auf einem anderen Port als Port 25 genau gleich. Das Problem ist, dass alle anderen SMTP Server auf der Welt grunds�tzlich ihre Mails auf Port 25 zustellen wollen und deshalb einen Server, der auf einem anderen Port l�uft nicht kontaktieren. Das l�sst sich mit der heutigen Infrastruktur nicht �ndern, da in den MX Records nur der Hostname des f�r eine Domain zust�ndigen Mailservers eingetragen ist, nicht aber der Port, da immer implizit vorausgesetzt wird, dass es Port 25 ist. > Ein ISP k�nnte einen IP-Bereich f�r Gesch�ftskunden bzw. f�r jene mit > fester IP reservieren und einzeln freischalten. Beim Rest (Dialup oder > Breitband mit dyn. IP) den Port 25 sperren. Das hat viele Nebenwirkungen. Ich will z.B. nicht unbedingt meine Mails �ber den Mailserver von Bluewin verschicken, weil dieser bekanntlich gem�ss B�PF Kommunikationsranddaten speichern muss. Einzelne Portsperren l�sen ausserdem das Problem nicht wirklich, denn Viren k�nnen sich nicht nur �ber Mail, sondern auch �ber andere Protokolle verbreiten (und tun dies auch, s. z.B. Sasser, Slammer, Code Red etc.pp.). Mit der Sperrpolitik wird ein Port nach dem anderen dichtgemacht, weil eine nennenswerte Gruppe von Usern einen Virus eingefangen hat, der sich �ber diesen Port verbreitet. Wenn man alle Technologien einbezieht, die heute vielerorts installiert sind (Filesharing, Real Player, Windows Media Player, Instant Messaging, FTP, WWW, SSH etc.), bleibt von der Funktionalit�t des Internets irgendwann nicht mehr viel �brig. Gruss Roman
Technical Details
Message-ID:
<2m0cc1Fhs8h2U1@uni-berlin.de>Path:
arc1-ca.pugleaf.net!g2news1.google.com!news2.google.com!fu-berlin.de!uni-berlin.de!not-for-mailReferences:
<cd2uc5$tp2$1@newshispeed.ch> <di4df0tqfbkbjjj8rq2qlk9ajpkdr1k9ln@4ax.com> <nn1ef0hod38ipcubo251amarlt9iqjkbdc@4ax.com> <0r5os1-k36.ln1@msgid.astrum.ch> <j12jf0t1cudapclhj5jgmdmk901oum9rsk@4ax.com> <52mkf0p65tc6no2kr5ejp8v3uad43f7orv@4ax.com> <cddn3l$9g8$1@magma.woody.ch> <8mslf0dit2joas99vjglf52ivtudknoj3m@4ax.com>Show Full Headers
Complete Article Headers
X-Google-Thread: 11008d,34f940aed7e6ea3 X-Google-Attributes: gid11008d,public X-Google-Language: GERMAN,ASCII Path: arc1-ca.pugleaf.net!g2news1.google.com!news2.google.com!fu-berlin.de!uni-berlin.de!not-for-mail From: Roman Racine <roman.racine@gmx.de> Newsgroups: ch.admin Subject: Re: Cablecom SMTP-Authentifizierung Date: Mon, 19 Jul 2004 00:36:49 +0200 Lines: 36 Message-ID: <2m0cc1Fhs8h2U1@uni-berlin.de> References: <cd2uc5$tp2$1@newshispeed.ch> <di4df0tqfbkbjjj8rq2qlk9ajpkdr1k9ln@4ax.com> <nn1ef0hod38ipcubo251amarlt9iqjkbdc@4ax.com> <0r5os1-k36.ln1@msgid.astrum.ch> <j12jf0t1cudapclhj5jgmdmk901oum9rsk@4ax.com> <52mkf0p65tc6no2kr5ejp8v3uad43f7orv@4ax.com> <cddn3l$9g8$1@magma.woody.ch> <8mslf0dit2joas99vjglf52ivtudknoj3m@4ax.com> Reply-To: roman.racine@gmx.net Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8Bit X-Trace: news.uni-berlin.de mP404mNrQWfZRAf4i7iYiAC93ssYCc/lgh6XPA5RrDk6hOVjTQ X-Spam: Kein Spam. No Spam