🚀 go-pugleaf

kosta@kostis.kk.sub.org (Kosta Kostis) writes:
 > [ganz viel, das mir ein Followup auf hm@hcshh.hcs.de's Artikel
 >  erspart hat ;-)]
 > 
 > Und Deinen dann nicht mehr ganz so frisch gedruckten Text bekommt Dein
 > Kollege in Australien dann per Post oder FAX und darf den ganzen "Senf"
 > abtippen um Änderungen vorzunehmen, richtig?   ;-)

Richtig, auch ein Grund, warum Multimedia Mail erfunden wurde: Um die
Medienbrueche zu beseitigen, die z.B. die kooperative Textbearbeitung
in der Internet-Welt sehr erschweren.

 > In Deutschland finde ich ISO 8859-1 angebracht.

Das ist der Zeichensatz, der in Deutschland am meisten benutzt wird.
Aber der verwendete Zeichensatz muss ***IMMER*** im Header angegeben
werden, wenn er ungleich US-ASCII ist.  Sonst ist der Body nicht
interpretierbar.
Ich halte es auch fuer keine gute Idee, wenn wir MIME fuer Deutschland
so umdefinieren, dass "iso-8859-1" Standard ist, wenn kein Zeichensatz
angegeben ist. Dann funktioniert das ganze naemlich nicht mit Russland
(8859-5) oder Griechenland oder... und ist nicht mehr RFC-konform.

Es kostet nichts, den Newsreader einen entsprechendne Header per
default einsetzen zu lassen.

Die notwendigen Header sind:
    MIME-Version: 1.0		-- Kennzeichnung, dass es sich um eine
				   MIME-konforme Mitteilung handelt
    Content-Type: text/plain; charset=iso-8859-1
				-- Art des Inhalts und Zeichensatz
    Content-Transfer-Encoding: 8bit
				-- Umlaute uncodiert; das ist zwar
				   illegal, aber Praxis.  Legale,
				   aber leider ohne zusaetzliche
				   Software unlesbare Kodierungen
				   siehe RFC1341.

Die Header koennen per Default hinzugefuegt werden mit:

    elm: einfach in ~/.elm/elmheaders untereinander schreiben.
    nn:  Variable "news-header" setzen (nicht ausprobiert)
    rn/trn: Environmentvariable "NEWSHEADER" redefinieren. Das Format
	 ist leider etwas kryptisch, deswegen zitier ich den Header
	 hier mal:

NEWSHEADER="Newsgroups: %(%F=^$?%C:%F)\\nSubject: %(%S=^$?%\"\\n\\nSubject: \":Re: %S)\\n%(%R=^$?:References: %R\\n)Organization: %o\\nMIME-Version: 1.0\\nContent-Type: text/plain; charset=ISO-8859-1\\nContent-Transfer-Encoding: 8bit\\n\\n"

 > Ich finde das "Äußere" sehr wohl richtig. Wer sich noch nicht mal die Zeit
 > nimmt seinen Text in halbwegs ansprechende Form zu bringen, der hat sich
 > wohl auch nicht viel Zeit beim Formulieren des Inhalts gemacht. Wenn der
 > Inhalt nämlich jeweils gut durchdacht ist, kostet die "Aufbereitung" nur
 > einen Bruchteil der vorherigen Arbeit. Schlampige Form ist für mich ein
 > Anzeichen für schlampigen Inhalt...

Genau -- Hellmuth meinte wahrscheinlich, gutes Layout ersetzt bei 
Diplomarbeiten oefters guten Inhalt. 
Aber da es fuer Mail keine Noten gibt, faellt der Anreiz weg... ;-)

 > >> >------------------ ISO?  Nicht immer. Aber immer vfter! -------------------
 > 
 > >> was meint der mensch nur mit "vfter" ????
 > 
 > Der "mensch" kann dafür gar nix. Irgendeine "hirntote" *Software* hat das
 > 8te Bit "gelöscht". [..]

Richtig, vermutlich unido.uucp.  Wie Chris gesagt hat, wird das Newssystem
dort in ca. einem Monat 8-bit-clean (danke!).  Es waere nett, wenn Du
solange auf Umlaute verzichten koenntest, weil je nach Lage des Absenders
1/3 bis 3/4 aller Sites die Umlaute nicht empfangen.

 > Das, was Du da oben ansprichst, gibt es bereits und heißt ODA/ODIF.
 > Ich kann Dir gerne mal ein paar Testdokumente schicken - sind schön
 > lang und 8 Bit binär kodiert. Wird in größeren Firmen teilweise schon
 > in X.400 Netzen eingesetzt.

... und ist auch in MIME als Content-Type standardisiert: 
"Content-Type: application/ODA".  Modulo der Kodierungsprobleme kannst
Du ohne weiteres Mail/News in ODA verschicken!

Um den resultierenden groessten Flame War, den de.* je gesehen hat,
etwas zu reduzieren, empfiehlt sich allerdings ein Format, das
verschieden aufwendig kodierte Versionen alternativ anbietet:

	Content-Type: multipart/alternative; boundary=nextalternative
	Content-Transfer-Encoding: binary

	--nextalternative
	Content-Type: text/plain; charset=us-ascii

	[normaler text]

	--nextalternative
	Content-Type: text/plain; charset=iso-8859-1

	[ISO8859-text]

	--nextalternative
	Content-Type: application/ODA

	[ODA-text]

	--nextalternative--

Hm, wenn ich das so sehe, stellt sich die Frage, ob das den
Flame War wirklich reduzieren koennte... Mal ausprobieren ,-))

CU, Carsten

.........................................................................
Carsten Rossenhövel                  cross@cs.tu-berlin.de, caro@specs.de

It's worth noting that one of the grounds of the suit is that BSDI's
phone numebr was advertised originally as 1-800-ITS-UNIX.  That's
pretty clearly trademark infringment.
                     -- Michael I. Bushnell, Jul1992, in gnu.misc.discuss

kosta@kostis.kk.sub.org (Kosta Kostis) writes:

> [allerlei geloescht ...]
> Vergi_ bitte nicht:
> 
> 	Du kannst schlie_lich immer ae statt d schreiben, genauso wie ich
> 	das ab sofort umgekehrt tun werde.
>
>   news-sw authors: please support ISO 8859-1!   dv|DV\_=aeoeueAEOEUEss

Leider gehen Deine Artikel, von hier aus gesehen, ueber ein System
welches nicht 8 bit transparent ist. Dadurch werden sie schlecht bis
unlesbar. Fragezeichen, Pfeile, Zahlen und was mir mein Newsreader sonst
noch im Verlauf dieser Diskussion dargestellt hat stoeren mich beim
Lesen weitaus weniger als (scheinbar) sinnvolles (siehe "ae statt d").
Vielleicht sollest Du mit den Umlauten warten bis die Pfade innerhalb
de.*'s 8 bit transparent sind.
-- 
-- 
Ralf Wenk -- ralf@ptavv.ka.sub.org

ralf@ptavv.ka.sub.org (Ralf Wenk) writes:

>kosta@kostis.kk.sub.org (Kosta Kostis) writes:

>> [allerlei geloescht ...]
>> Vergi_ bitte nicht:
>> 	Du kannst schlie_lich immer ae statt d schreiben, genauso wie ich
>> 	das ab sofort umgekehrt tun werde.
>>   news-sw authors: please support ISO 8859-1!   dv|DV\_=aeoeueAEOEUEss
>Leider gehen Deine Artikel, von hier aus gesehen, ueber ein System
>welches nicht 8 bit transparent ist.

Mal schauen, was meine Zeichen so auf den Screen zaubern :


-- 
Olaf Klein	smallo.bo.open.de	2:245/5800.12

oklein@smallo.bo.open.de (Olaf Klein) writes:

>Mal schauen, was meine Zeichen so auf den Screen zaubern :

>

Bis auf die Form Feeds rein GAR NICHTS! :-))) :-(((

-- 
Best regards, Dr. Peter Kittel  // E-Mail to  \\  Only my personal opinions... 
Commodore Frankfurt, Germany  \X/ {uunet|pyramid|rutgers}!cbmvax!cbmger!peterk
                                   or  peterk@public.sub.org

In <838206@kostis.kk.sub.org>, Kosta Kostis writes:

> Es geht hier um de.all und damit um deutsche Texte. Umlaute gehvren da nun
> mal dazu. Blo_ weil Du oe stat v schreibst, ist es doch wohl trotzdem ein
> Umlaut. Weiter geht es darum, die Artikel transparent mit 8 Bit durchzu-
> reichen. Und zwar |berall in D/A/CH (Deutschland/Vstereich/Schweiz).
> 
> Veraltete Hardware und das Gejammer darum vden *mich* an. Soll das etwa ein
> Argument sein? Oder ist die Ignoranz amerikanischer Software-Hersteller ein
> Argument? F|r jemanden, der keine vffentlichen Flames haben will, forderst
> Du's aber ganz schvn heraus...  8-)

Jetzt hast Du mich aber neugierig gemacht. Wo bleiben Deine Umlaute.
Ich seh' hier nur wirre, unverstaendliche Zeichen, unrettbar, weil
mal wieder der grosse Flachmann zugeschlagen hat und das - wie Du
sagen wuerdest - vdet _mich_ an, insbesondere, da ich nirgendwo in
Deinem Header einen Hinweis finde, was ich damit anfangen soll.
Damit nimmst Du der letzten fuersorglichen Site die Chance das sauber
rueberzutunneln.


> Vergi_ bitte nicht:
> 
> 	Du kannst schlie_lich immer ae statt d schreiben, genauso wie ich
> 	das ab sofort umgekehrt tun werde.

Hab ich probiert, gefaellt mir aber nicht so. Bei 'Detail' siehts
zugegebenermassen recht fetzig aus, bei 'Drger' wirkts aber eher duemmlich.

-- 
-- muftix@asbach.nbg.sub.org --- asbacco maggiore, zentralfranken --

Hallo,

mit dem folgenden war zwar nicht ich gemeint, ich 'nutze' das
Zitat aber als Aufhaenger fuer meine Frage:

In article <A0bsfrey@asbach.nbg.sub.org> muftix@asbach.nbg.sub.org (Juergen Ernst Guenther) writes:
>Ich seh' hier nur wirre, unverstaendliche Zeichen, unrettbar, weil
>mal wieder der grosse Flachmann zugeschlagen hat und das - wie Du
>sagen wuerdest - vdet _mich_ an, insbesondere, da ich nirgendwo in
>Deinem Header einen Hinweis finde, was ich damit anfangen soll.
~~~~~~~~~~~~~~

Ist diese header Zeile ('Charset:' oder wie sie denn heisst)
'genormt'? -- D.h. gibt es fuer die gaengisten Zeichensaetze
jeweils eine *einheitliche* Bezeichnung fuer die Charset: Zeile,
so dass man neu hereingekommene news Artikel automatisch in den
Zeichensatz der eigenen Maschine konvertieren kann?

Koennte jemand vielleicht Zeichensatztabellen fuer die gaengisten
Zeichensaetze posten? (Nicht-ASCII-Zeichen dann natuerlich bitte
in Worten umschreiben ;-) )

Aus meiner Sicht stellt sich die Fragen "Umlaute/Sonderzeichen etc.
ja oder nein" naemlich erst, wenn ich meine news Software so
umgenudelt habe, dass sie auch Zeichensaetze umnudeln kann ;-)

Denkbar waere ja auch noch eine zusaetzliche header Zeile, die
die verwendete Escape Code Norm zum Darstellen von Fett- und
Kursivdruck oder verschiedenen Schrifttypen angibt. Wichtig waere
dabei natuerlich, dass man sich auf soetwas international einigt.
Leute, wer schreibt ein RFC?? ;-)

Bleibt nur noch eine fundamental wichtige Frage:

Sind ueberhaupt alle gateways [im deutschsprachigem Raum]
8bit-clean?

Gruss,
--/<ilian

P.S.: Ich lese de.admin.news.* erst seit ein paar Tagen. Falls
meine Fragen bereits ausgiebig ausgerollt wurden, waere ich dankbar,
wenn mir jemand eine Zusammenfassung per e-mail schicken wuerde.

--
Kilian Jacob|Phone: +49-511-559379|E-mail: kilian@jam.han.sub.org
    "Das Junix Konto.    Man hat es.              Frau auch."