summary |
shortlog |
log |
commit | commitdiff |
tree
raw |
patch |
inline | side by side (from parent 1:
a1f9a4b)
Signed-off-by: Thomas Hochstein <thh@thh.name>
headerzeilen 2.0.0 (unreleased)
* Komplette Überarbeitung.
headerzeilen 2.0.0 (unreleased)
* Komplette Überarbeitung.
+
+headerzeilen (2022-06-09)
+ * Anpassung an aktuelle RFCs, Aufnahme aktueller Bezugsquellen
+ für RFCs.
+ Danke an Marcel Logen <333200007110-0201@ybtra.de>.
Archive-name: de-newusers/headerzeilen
Posting-frequency: weekly
Archive-name: de-newusers/headerzeilen
Posting-frequency: weekly
-Last-modified: 2011-09-11
+Last-modified: 2022-06-09
URL: https://www.kirchwitz.de/~amk/dni/headerzeilen
URL: https://th-h.de/archives/faqs/headerzeilen.txt
URL: https://www.kirchwitz.de/~amk/dni/headerzeilen
URL: https://th-h.de/archives/faqs/headerzeilen.txt
Wenn Du auf einen anderen Artikel antwortest, wird
normalerweise der Betreff des anderen Artikels mit den
vier vorangestellten Zeichen "Re: " automatisch über-
Wenn Du auf einen anderen Artikel antwortest, wird
normalerweise der Betreff des anderen Artikels mit den
vier vorangestellten Zeichen "Re: " automatisch über-
- nommen. Leider missachten manche Newsreader diese
- _Vorschrift_ [1] und setzt an die Stelle des "Re: "
- ein länderspezifisches Kürzel (z.B. "AW: " für
- "Antwort"). Andere Software verwendet die Form "Re^2: ",
- die genauso verkehrt ist.
+ nommen. Leider missachten manche Newsreader diese Kon-
+ vention [1] und setzen an die Stelle des "Re: " ein län-
+ derspezifisches Kürzel (z.B. "AW: " für "Antwort").
+ Andere Software verwendet die Form "Re^2: ", die ebenso
+ verkehrt ist.
Falls sich die Diskussion in eine andere Richtung ent-
wickelt, solltest Du jedoch die "Subject:"-Zeile an
Falls sich die Diskussion in eine andere Richtung ent-
wickelt, solltest Du jedoch die "Subject:"-Zeile an
bei englisch für "war"]. Beim Antworten auf einen sol-
chen Artikel solltest Du dann die Klammer entfernen
(einige Newsreader machen dies sogar automatisch, aber
bei englisch für "war"]. Beim Antworten auf einen sol-
chen Artikel solltest Du dann die Klammer entfernen
(einige Newsreader machen dies sogar automatisch, aber
- nur, wenn Du "was" verwendest, da dies Vorschrift ist
- [1]).
+ nur, wenn Du "was" verwendest).
Lies hierbei auch die entsprechenden Anmerkungen der
Lies hierbei auch die entsprechenden Anmerkungen der
- Netiquette, die wie andere Info-Texte in der
- Newsgroup de.newusers.infos zu finden ist.
+ Netiquette, die wie andere Info-Texte in der Newsgroup
+ de.newusers.infos zu finden ist.
-
- [1] Vergleiche Abschnitt 5.4, RFC 1036bis (Bezugs-
+ [1] Vergleiche Abschnitt 3.4.3, RFC5537 (Bezugs-
quellen s.u.)
* "Newsgroups"
quellen s.u.)
* "Newsgroups"
Außer den oben genannten müssen noch folgende Headerzeilen
vorhanden sein:
Außer den oben genannten müssen noch folgende Headerzeilen
vorhanden sein:
- - "From:", dessen Aufbau in Abschnitt 5.2, RFC 1036bis,
- beschrieben ist,
+ - "From:", dessen Aufbau in Abschnitt 3.1.2 von RFC5536
+ bzw. in Abschnitt 3.6.2 von RFC5322 beschrieben ist,
- - "Message-ID:", Abschnitt 5.3, RFC 1036bis,
+ - "Message-ID:", Abschnitt 3.1.3 von RFC5536,
- - "Date:", Abschnitt 5.1, RFC1036bis und
+ - "Date:", Abschnitt 3.1.1 von RFC5536 und
- - "Path:", Abschnitt 5.6, RFC1036bis.
+ - "Path:", Abschnitt 3.1.5 von RFC5536.
- (Quellenangaben für RFC1036bis s.u.)
+ (Quellenangaben für die RFCs s.u.)
Diese werden beim Absenden automatisch erzeugt, und Du
solltest daran nichts editieren.
Diese werden beim Absenden automatisch erzeugt, und Du
solltest daran nichts editieren.
Es gibt noch eine Vielzahl weiterer möglicher Headerzeilen,
die hier nicht aufgeführt wurden. Zum Schreiben eines
Es gibt noch eine Vielzahl weiterer möglicher Headerzeilen,
die hier nicht aufgeführt wurden. Zum Schreiben eines
- Artikels sind sie nicht nötig. RFC 1036bis beschreibt diese
- in Kapitel 6.
+ Artikels sind sie nicht nötig. RFC5536 beschreibt diese
+ in Kapitel 3.2.
- Wo erfahre ich mehr?
Die Newsheaderzeilen sind in den Internet-Standard-Dokumenten,
den sog. RFCs (Requests for Comment) definiert. Für Newsheader-
- Wo erfahre ich mehr?
Die Newsheaderzeilen sind in den Internet-Standard-Dokumenten,
den sog. RFCs (Requests for Comment) definiert. Für Newsheader-
- zeilen relevant sind derzeit RFC 822 mit Ergänzungen aus RFC 1123
- sowie RFC 1036bis (dem Nachfolger des RFC 1036; auch son-of-RFC
- 1036 genannt). Die RFCs sind auf jedem gut sortierten FTP-Server
- zu finden, z.B. auf
-
- <ftp://ftp.uni-paderborn.de/doc/rfc/>
-
- oder
-
- <ftp://ftp.cs.tu-berlin.de/pub/doc/rfc/>.
-
- Falls Du keinen FTP-Zugang hast, kannst Du die RFCs auch per
- E-Mail bei <mail-server@cs.tu-berlin.de> bestellen. Wähle
- ein beliebiges Subject und schreibe in den Message-Body
-
- send /pub/doc/rfc/rfcXXXX.gz
+ zeilen relevant sind derzeit RFC5322 sowie RFC5536 und RFC5537.
+ Die RFCs sind auf der Website der IETF (Internet Engineering
+ Task Force)
- (wobei "XXXX" durch die vierstellige - ggf. links mit Nullen
- aufgefüllte - Nummer des gewünschten RFCs ersetzt wird).
+ <https://datatracker.ietf.org/>, z. B.
- Den son-of-RFC 1036 findest Du als Text-Version unter
+ <https://datatracker.ietf.org/doc/html/rfc5536>,
- <ftp://ftp.fu-berlin.de/doc/news/son-of-1036-draft.txt.gz>,
- als Postscript-Version unter
-
- <ftp://ftp.fu-berlin.de/doc/news/son-of-1036-draft.ps.gz>
-
- sowie als HTML-Version unter
-
- <http://www.chemie.fu-berlin.de/outerspace/netnews/son-of-1036.html>.
-
- Eine Einführung in deutscher Sprache findet sich auch in der
- der Zeitschrift "iX", Ausgabe 4/92, Seite 107.
+ <https://www.rfc-editor.org/>
- Hinweise für News-Administratoren
- Hinweise für News-Administratoren
Die "Message-ID:"-Headerzeile muss ebenfalls weltweit eindeutig (!)
sein; darüber hinaus ist dafür folgendes Format vorgeschrieben:
<localpart@sitename.domain>, wobei localpart aus allen US-ASCII-
Die "Message-ID:"-Headerzeile muss ebenfalls weltweit eindeutig (!)
sein; darüber hinaus ist dafür folgendes Format vorgeschrieben:
<localpart@sitename.domain>, wobei localpart aus allen US-ASCII-
- Zeichen im Bereich von 0 bis 127, außer ( ) < > @ , ; : \ " . [ ]
+ Zeichen im Bereich von 0 bis 127, außer ( ) < > @ , ; : \ " [ ]
Leerzeichen und Control-Characters (0-31, 127) bestehen darf.
Leerzeichen und Control-Characters (0-31, 127) bestehen darf.
+ Der Punkt "." darf nicht am Anfang oder am Ende des localpart
+ und im localpart nicht zweimal hintereinander vorkommen.
Rechts vom "@" *muss* ein Domainname (der sog. "Full Qualified
Rechts vom "@" *muss* ein Domainname (der sog. "Full Qualified
- Domain Name") stehen. Wenn Du keinen registrierten Domainnamen
- hast, sollte hier sitename.uucp eingetragen werden (sofern
- sitename.uucp in der Worldmap registriert ist).
Bei der "Date:"-Headerzeile gibt es oft Probleme mit Zeitzonen-
angaben. Es gibt leider keine international genormte Bezeichnung
Bei der "Date:"-Headerzeile gibt es oft Probleme mit Zeitzonen-
angaben. Es gibt leider keine international genormte Bezeichnung
- für europäische Zeitzonen (außer für GMT[2]). Unbekannte Zeit-
+ für europäische Zeitzonen (außer für GMT [2]). Unbekannte Zeit-
zonen werden von den meisten Programmen als GMT interpretiert.
Am besten funktioniert es in Deutschland, als Zeitzone "+0100"
bzw. bei Sommerzeit "+0200" einzutragen. Die Zeitzone darf
nur aus *einem* Wort bestehen, die Angabe "GMT +0100" ist
also fehlerhaft.
zonen werden von den meisten Programmen als GMT interpretiert.
Am besten funktioniert es in Deutschland, als Zeitzone "+0100"
bzw. bei Sommerzeit "+0200" einzutragen. Die Zeitzone darf
nur aus *einem* Wort bestehen, die Angabe "GMT +0100" ist
also fehlerhaft.
[2] "GMT" = "Greenwich Mean Time"
- Danksagung
[2] "GMT" = "Greenwich Mean Time"
- Danksagung
projects / faqs / headerzeilen.git / commitdiff
