🚀 go-pugleaf

In article <1992Aug20.181438.16628@cs.tu-berlin.de>,
	amk@opal.cs.tu-berlin.de (Andreas M. Kirchwitz) writes:
> Wer sich gern als Beta-Tester versuchen moechte (Sommerloch macht's
> moeglich), schaue mal unter /pub/amiga/uucp/Elm115beta.lha nach auf
> unserem *Server:
> 			Mail-Server: mail-server@cs.tu-berlin.de (UUCP)
> 			FTP-Server : ftp.cs.tu-berlin.de (FTP)
> 
> Use at your own risk... but use it frequently ;-)
> 
> 	Inklusive ein bissel MIME-Support...  Andreas

ich habe diese ganze MIME Diskussion nicht gelesen :-(
Kann mir jemand eine Zusammenfassung posten oder mailen?

Dank im voraus.

ciao,
  Udo
--
 Udo Blatzheim, Europe - Germany - 7035 Waldenbuch, Auf dem Graben 9
   home + voice only ..7157/8726   udo@ubla.novalis.public.sub.org

In <udo.0afd@ubla.novalis.public.sub.org> udo@ubla.novalis.public.sub.org (Udo Blatzheim) writes:

>> 	Inklusive ein bissel MIME-Support...  Andreas
>
>ich habe diese ganze MIME Diskussion nicht gelesen :-(
>Kann mir jemand eine Zusammenfassung posten oder mailen?

RFC1341 definiert MIME (Multipurpose Internet Mail Extensions).

Damit ist es moeglich, Bilder, Audio-Daten, Text etc. ueber normale
Mails (RFC822) zu verschicken.  Dafuer gibt es unter anderem ein
paar spezielle Kodier-Verfahren (man darf sich das ein wenig wie
uuencode vorstellen), mit denen man die binaeren Daten heil ueber
die 7-Bit-Links kriegt.

Ueber den Sinn und Unsinn von Pics und Sounds in Mails kann man
geteilter Meinung sein (dafuer sind die heutigen Leitungskapa-
zitaeten viel zu gering), aber ein angenehmer Nebeneffekt von
MIME ist, dass man damit ENDLICH auch Umlaute benutzen kann. Diese
werden (auf Wunsch) in ein spezielles Format konvertiert, das
7-Bit-Link-sicher ist, aber dennoch auch ohne spezielle Dekodierung
(nicht alle Mailreader unterstuetzen MIME) von Menschen ganz gut
lesbar ist (fuer den Fall, dass man aus Versehen jemandem eine
MIME-Message schickt, ist diese Message also nicht wertlos... der
Empfaenger kann durchaus hinter den Sinn des Inhalts kommen ;-)

Wie gesagt, endlich gefahrlos Umlaute.

Anderer "Gag": man kann mit AmiElm Binaries verschicken, die der
Empfaenger nicht dekodieren muss.  Wie das?  Tja, einfach mal
"elm encode=base64 test@bla.fasel.de subject=name_of_data <data_file"
probieren.  Der Empfaenger benutzt einfach die interne Write-Funktion
von AmiElm und speichert das File dort ab, wo er es gern hinhaben
moechte.  Dekodierung automatisch.  Nicht erst Speichern nach RAM:
und uudecode bzw. Schicken durch 'ne Pipe...  (jedenfalls _mich_
hat das bisher immer genervt ;-)

Wenn ich nicht irre, kann man mit MIME allerdings auch das
Decodieren von Mails automatisieren.  Solange jedoch uuencode
absolute Pfade erlaubt (manchmal sind sie ja sehr praktisch),
mach ich das lieber per Hand -- spaetestens dann, wenn einem
jemand ein File namens "devs:kickstart" schickt, das keins
ist... und beim naechsten Reset wundert man sich dann... ;-)

AmiElm unterstuetzt nur "text/plain" und die verschiedenen
Typen fuer Content-Transfer-Encoding.  Den Rest ueberlaesst
es "metamail 2.3a".  Ich selbst moechte keine Bilder oder
Sound-Daten unaufgefordert va Mail...  darum unterstuetze
ich es auch nicht ;-)

	The best things in life are _very_ expensive...  Andreas
--
IRC-Nick: | Andreas M. Kirchwitz, Seesener Str. 69, W-1000 Berlin 31, Germany
  `bonzo' | Phone: +49 (0)30 873376, Mail: amk@{zikzak.in|cs.tu|fu}-berlin.de