🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: de.comm.uucp
Article #146

Re: Die 600kB Mail Grenze ist gefallen !

#146
From: Heiko Schlichting
Date: Thu, 05 Aug 1993 01:27
99 lines
5840 bytes
lp@shlink.hanse.de (Lutz Petersen) writes:
>heinau@chemie.fu-berlin.de (Vera Heinau) writes:
>: eike@cs.tu-berlin.de (Eike Dierks) writes:
>:
>: [600kb Mails..] 
>: 
>: Wobei hoffentlich jedem klar ist, dass es grober Unfug ist, Mails dieser
>: Groessenordnung ueber WiN-, Transatlantik- oder UUCP-Leitungen zu schicken!
>
> Warum ? Gibt es immer noch technische Probleme ? Mir ist das eigentlich
> unklar, jeder smail kann das.

Das kann nur jemand schreiben, der Mails nicht mit SMTP nach Uebersee ueber-
traegt!

SMTP ist fuer den Transport grosser Datenmengen denkbar ungeeignet. Solche
Datenmengen sind besser mit FTP oder FSP zu uebertragen.
Bei den schlechten Leitungen (in Deutschland und ueber den Atlantik) kommt
es bei grossen Mails immer wieder zu Abbruechen. Bei SMTP wird dann
wieder von vorn uebertragen. Bei einer sehr grossen Mail vor kurzem, wurde die
Mail 21 (!) Mal uebertragen, bis sie dann vollstaendig beim Zielrechner
angekommen ist. Damit wurde der 21fache Traffic gemacht - besonders auf
einer schlechten Leitung ist das schlimm. Ausserdem bleiben alle anderen
Mails an den gleichen Zielhost solange liegen, bis diese Mail uebertragen
wurde, da nur eine SMTP Verbindung zum gleichen Zielrechner aufgemacht wird.

Vera schrieb auf eine Rueckfrage aus USA folgende Begruendung dazu, die
ich hier mal wiedergebe:
(FAQ-artige Mails darf ich hier bestimmt zitieren :-)

Rueckfrage aus USA:
--Zitatanfang--
Es gibt Organisationen, die jaehrlich zehntausende von
Dollars ausgeben, __eben um__ in der Lage zu sein, 
schnell und zuverlaessig grosse Packet-Mengen (etwa
Farbfotos) um die Welt zu befoerdern, die dann dem
Normalbuerger via Presse zugaenglich gemacht werden. 

Hey, what's the problem with that?
--Zitatende--

Veras Antwort:
--Zitatanfang--
Wenn diese Organisationen wirklich in der Lage sind, Mails solcher 
Groessenordnung *zuverlaessig* zu verschicken, dann ist das voellig
unproblematisch. Und wenn man - wie in Amerika ueblich - an einer
T3-Leitung haengt, dann ist es in der Tat kein (technisches) Problem.
Ich bezog mich absichtlich auf die drei oben angefuehrten Leitungs-
typen:

WiN-Leitung:
Das sind bei den meisten Organisationen 64K-Leitungen, die sehr langsam
sind und auch gelegentlich (kurzzeitige) Stoerungen aufweisen. Wenn dann
sehr viele sehr grosse Mails uebrtragen werden sollen, dann ist die
Wahrscheinlichkeit sehr gross, dass waehrend der Uebertragung eine sol-
che Stoerung auftritt, was dazu fuehrt, dass die Mail noch mal von An-
fang an (!) uebertragen werden muss. Ist die Leitung sehr instabil, so
kann es geschehen, dass eine Mail von z.B. 1.5 MB dafuer sorgt, dass
so lange gar keine Mail zum Zielhost uebertragen werden kann, bis der 
Postmaster dies bemerkt und eingreift, da der Mailer ja staendig versucht,
die 1.5MB-Mail in einem Stueck zu uebertragen.

Transatlantik-Leitungen:
Im Prinzip gilt das oben Gesagte auch fuer diese Leitungen, nur dass man
zusaetzlich noch mehr Leute schaedigt, da die Leitungen ja von vielen
Organisationen genutzt werden und unsinnige (weil dann eben doch irgend-
wann abgebrochene) Transfers belasten die Leitungen voellig unnoetig.

UUCP-Leitungen:
Das sind im Normalfall Modemverbindungen ueber Telefonleitungen. Da ist
es nicht ungewoehnlich, dass Leitungen so schlecht sind, dass man nicht
stundenlang ununterbrochen uebertragen kann. Auch hier wird (meistens)
das gesamte Paket von vorn uebertragen, was ebenfalls verhindert, dass
andere Mails/News uebertragen werden koennen. Hinzu kommt, dass hier 
oft Privatleute oder kleine Firmen betroffen sind, die natuerlich nicht
sehr erfreut sind, wenn sie deshalb extrem viel Geld an die Telefon-
gesellschaft zahlen muessen.
(soetwas kommt immer wieder auch mal in den News zur Sprache, wenn mal
wieder jemand ein GIF am Stueck und nicht gesplittet gepostet hat oder
aehnliches)

Ich bin (einer der) Postmaster unseres zentralen Mailservers und alle
dieser Faelle haben wir hier schon erlebt und entsprechend viel Arbeit
mit gehabt. Daher bin ich nicht sehr erfreut, wenn jemand zum Versenden
grosser Mails aufruft, zumal in den meisten Faellen nicht einzusehen
ist, warum der Absender die Mail nicht mit einem der gaengigen Tools
gesplittet hat. Leider fallen insbesondere NeXT-User in dieser Hinsicht
unangenehm auf, vermutlich weil sie sich gar nciht darueber im Klaren
sind, welche Probleme das bei instabilen/langsamen Leitungen hervor-
rufen kann. 
Ich hoffe, diese Ausfuehrungen erlaeutern mein (kurzes) posting aus-
reichend. Wenn Du noch weitergehende Fragen hast, kannst Du Dich gerne
nochmal an mich wenden.
--Zitatende--

Heiko
--
Heiko Schlichting               heiko@Chemie.FU-Berlin.DE
Freie Universitaet Berlin, Institut fuer Kristallographie
Technical Details
Message-ID: <GV1FBCXP@math.fu-berlin.de>
Path: arc1-ca.pugleaf.net!gmd.de!xlink.net!math.fu-berlin.de!news
References: <OIYFBCFR@math.fu-berlin.de> <1993Aug3.191019.20621@shlink.hanse.de>

Show Full Headers
Complete Article Headers
X-Google-Language: GERMAN,ASCII-7-bit
X-Google-Thread: 1066a2,61dde2690a711593
X-Google-Attributes: gid1066a2,public
X-Google-Thread: 106481,61dde2690a711593
X-Google-Attributes: gid106481,public
X-Google-Thread: 113909,61dde2690a711593
X-Google-Attributes: gid113909,public
X-Google-Thread: f8287,61dde2690a711593
X-Google-Attributes: gidf8287,public
X-Google-ArrivalTime: 1993-08-04 18:33:31 PST
Newsgroups: de.comm.uucp,de.admin.mail,de.comp.sys.next,bln.net.mail
Path: arc1-ca.pugleaf.net!gmd.de!xlink.net!math.fu-berlin.de!news
From: heiko@chemie.fu-berlin.de (Heiko Schlichting)
Subject: Re: Die 600kB Mail Grenze ist gefallen !
Message-ID: <GV1FBCXP@math.fu-berlin.de>
Followup-To: de.admin.mail
Sender: news@math.fu-berlin.de (Math Department)
Supersedes: <LK1FB91D@math.fu-berlin.de>
Nntp-Posting-Host: harpo.chemie.fu-berlin.de
Organization: Free University of Berlin, Dept. of Chemistry
References: <OIYFBCFR@math.fu-berlin.de> <1993Aug3.191019.20621@shlink.hanse.de>
Date: Thu, 5 Aug 1993 01:27:11 GMT
Lines: 99