web.de, freemail und browser
![](https://seccdn.libravatar.org/avatar/fd0f4f1f2f56887fec981109e965a31f.jpg?s=120&d=mm&r=g)
Hallo, ich habe schon seit etlichen Monaten ein merkwürdiges Problem beim browsen auf web.de bzw. bei meinem fremmail-account: in normalen Navigationslinks wie zum Beispiel, wenn man eine neue Email erstellen will, werden Sonderzeichen wie "?" und "=" in der URL wie gewohnt und gewünscht dargestellt, die Links funktionieren auch (z.B. https://freemailng5502.web.de/online/logic/action.htm?si=xxxxxxxxxx**&rv_do_newmail=yes&rv_linkfrom=menu). Wenn ich mir aber eine HTML-Email in freemail anschaue, dann sind in den darin vorhandenen Links diese Zeichen in Ihre HEX-Äquivalente umgewandelt (z.B. https://freemailng5502.web.de/jump.htm?goto=http://r.web.de/f/freemail/newsl......). Genauso erscheint die URL auch im Adresseingabefenster beim Draufklicken, und natürlich findet der Browser diese Adresse nicht (wenn ich die %40 etc. von Hand durch die korrekten Zeichen ersetze, funktioniert es). Bei web.de war ich der einzige, der sich mit diesem Problem meldete, man konnte mir auch nicht helfen. Und ich habe dieses Problem ausschließlich bei web.de und freemail, und zwar mit allen getesteten Browsern (konqueror, firefox, opera, mozilla, netscape). Ich habe auch in KDE schon die ganzen Konfig-Möglichkeiten durchforstet und nichts gefunden. Kann mir jemand helfen? System: SuSE 9.3, kernel 2.6.11.11, KDE 3.4.1 Gruß und Danke Frank
![](https://seccdn.libravatar.org/avatar/71c84eb753c5845eb1d9071a337e30ce.jpg?s=120&d=mm&r=g)
Hallo,
Frank Reifenstahl
Hallo,
ich habe schon seit etlichen Monaten ein merkwürdiges Problem beim browsen auf web.de bzw. bei meinem fremmail-account: in normalen Navigationslinks wie zum Beispiel, wenn man eine neue Email erstellen will, werden Sonderzeichen wie "?" und "=" in der URL wie gewohnt und gewünscht dargestellt, die Links funktionieren auch (z.B. https://freemailng5502.web.de/online/logic/action.htm?si=xxxxxxxxxx**&rv_do_newmail=yes&rv_linkfrom=menu).
Wenn ich mir aber eine HTML-Email in freemail anschaue, dann sind in den darin vorhandenen Links diese Zeichen in Ihre HEX-Äquivalente umgewandelt (z.B. https://freemailng5502.web.de/jump.htm?goto=http://r.web.de/f/freemail/newsl......). Genauso erscheint die URL auch im Adresseingabefenster beim Draufklicken, und natürlich findet der Browser diese Adresse nicht (wenn ich die %40 etc. von Hand durch die korrekten Zeichen ersetze, funktioniert es).
Du solltest dich nicht bei web.de, sondern bei den Browser-Entwicklern beschweren. Die Zeichenfolge '%40' ist kein Hex-Äquivalent, sondern ein 'URL Special Character' und steht für '@'. RFC3986 Uniform Resource Identifier (URI) Generic Syntax, beschreibt dies. Das von dir benutze Zeichen '?' ist ein hierarchisches Trennelement (Delimiter), also dem Slash oder Punkt vergleichbar. Jetzt ist natürlich die Frage, was soll dargestellt werden? Eine Dateihierarchie oder eine Mailadresse? -Dieter -- Dieter Klünter | Systemberatung http://www.dkluenter.de GPG Key ID:8EF7B6C6
![](https://seccdn.libravatar.org/avatar/71c84eb753c5845eb1d9071a337e30ce.jpg?s=120&d=mm&r=g)
"Dieter Kluenter"
Hallo,
Frank Reifenstahl
writes: Hallo,
ich habe schon seit etlichen Monaten ein merkwürdiges Problem beim browsen auf web.de bzw. bei meinem fremmail-account: in normalen Navigationslinks wie zum Beispiel, wenn man eine neue Email erstellen will, werden Sonderzeichen wie "?" und "=" in der URL wie gewohnt und gewünscht dargestellt, die Links funktionieren auch (z.B. https://freemailng5502.web.de/online/logic/action.htm?si=xxxxxxxxxx**&rv_do_newmail=yes&rv_linkfrom=menu).
Wenn ich mir aber eine HTML-Email in freemail anschaue, dann sind in den darin vorhandenen Links diese Zeichen in Ihre HEX-Äquivalente umgewandelt (z.B. https://freemailng5502.web.de/jump.htm?goto=http://r.web.de/f/freemail/newsl......). Genauso erscheint die URL auch im Adresseingabefenster beim Draufklicken, und natürlich findet der Browser diese Adresse nicht (wenn ich die %40 etc. von Hand durch die korrekten Zeichen ersetze, funktioniert es).
Du solltest dich nicht bei web.de, sondern bei den Browser-Entwicklern beschweren. Die Zeichenfolge '%40' ist kein Hex-Äquivalent, sondern ein 'URL Special Character' und steht für '@'. RFC3986 Uniform Resource Identifier (URI) Generic Syntax, beschreibt dies. Das von dir benutze Zeichen '?' ist ein hierarchisches Trennelement (Delimiter), also dem Slash oder Punkt vergleichbar. Jetzt ist natürlich die Frage, was soll dargestellt werden? Eine Dateihierarchie oder eine Mailadresse?
Ich muss mich hier teilweise korrigieren und wohl noch einiges vertiefen, damit das Problem verständlich wird. Das oben zitierte Wissen basiert auf RFC1738, während RFC3986 hier ausführlicher ist. RFC3986 beschreibt in Absatz 2.1 sogenannte 'percent-encodings'. Damit werden Zeichen beschrieben, die üblicherweise als Begrenzer benutzt , oder außerhalb des erlaubten Zeichenbereiches benutzt werden. Ein percent-enconded Zeichen besteht aus drei Elementen, dem % und dem zweistelligen Hexadezimalwert des ASCII-Zeichens. Ein Bespiel wo ein reserviertes Zeichen außerhalb des erlauben Zeichenbereiches benutzt wird und daher durch ein percent-encoded Zeichen ersetzt werden muss ist die folgende LDAP-URL 'ldap://%2Fvar%2Frun%2Fldapi'. In diesem Fall muss der Dateibegrenzer "/" ersetzt werden durch %2F, da sonst das reservierte Zeichen "/" anders interpretiert würde. Es gibt weiterhin reservierte Zeichen 'Reserved Characters' die in Abschnitt 2.2 beschrieben werden. Als reservierte Zeichen werden generische Begrenzer (gen-delims, sub-delims) beschrieben, dazu gehören u.a.: ":, /, ?, #, [, ], @" Jetzt sagt RFC3986 sinngemäß, dass eine URI die ein reserviertes Zeichen beinhaltet, sich von der URI unterscheidet, die statt des reservierten Zeichens den percent-encoded Wert des Zeichens einsetzt. Das reservierte Zeichen "@" ist das Trennelement einer SMTP URI, falls das Zeichen also in einer URI in einem anderen Kontext benutzt werden soll, muss es als percent-enconded Wert %40 dargestellt werden. -Dieter -- Dieter Klünter | Systemberatung http://www.dkluenter.de GPG Key ID:8EF7B6C6
![](https://seccdn.libravatar.org/avatar/fd0f4f1f2f56887fec981109e965a31f.jpg?s=120&d=mm&r=g)
Frank Reifenstahl
writes: Hallo,
ich habe schon seit etlichen Monaten ein merkwürdiges Problem beim browsen auf web.de bzw. bei meinem fremmail-account: in normalen Navigationslinks wie zum Beispiel, wenn man eine neue Email erstellen will, werden Sonderzeichen wie "?" und "=" in der URL wie gewohnt und gewünscht dargestellt, die Links funktionieren auch (z.B. https://freemailng5502.web.de/online/logic/action.htm?si=xxxxxxxxxx**&rv _do_newmail=yes&rv_linkfrom=menu).
Wenn ich mir aber eine HTML-Email in freemail anschaue, dann sind in den darin vorhandenen Links diese Zeichen in Ihre HEX-Äquivalente umgewandelt (z.B. https://freemailng5502.web.de/jump.htm?goto=http://r.web.de/f/freemail/n ewsletter%40kw2705%40box/t/po...). Genauso erscheint die URL auch im Adresseingabefenster beim Draufklicken, und natürlich findet der Browser diese Adresse nicht (wenn ich die %40 etc. von Hand durch die korrekten Zeichen ersetze, funktioniert es).
Du solltest dich nicht bei web.de, sondern bei den Browser-Entwicklern beschweren. Die Zeichenfolge '%40' ist kein Hex-Äquivalent, sondern ein 'URL Special Character' und steht für '@'. RFC3986 Uniform Resource Identifier (URI) Generic Syntax, beschreibt dies. Das von dir benutze Zeichen '?' ist ein hierarchisches Trennelement (Delimiter), also dem Slash oder Punkt vergleichbar. Jetzt ist natürlich die Frage, was soll dargestellt werden? Eine Dateihierarchie oder eine Mailadresse?
Ich muss mich hier teilweise korrigieren und wohl noch einiges vertiefen, damit das Problem verständlich wird. Das oben zitierte Wissen basiert auf RFC1738, während RFC3986 hier ausführlicher ist.
RFC3986 beschreibt in Absatz 2.1 sogenannte 'percent-encodings'. Damit werden Zeichen beschrieben, die üblicherweise als Begrenzer benutzt , oder außerhalb des erlaubten Zeichenbereiches benutzt werden. Ein percent-enconded Zeichen besteht aus drei Elementen, dem % und dem zweistelligen Hexadezimalwert des ASCII-Zeichens. Ein Bespiel wo ein reserviertes Zeichen außerhalb des erlauben Zeichenbereiches benutzt wird und daher durch ein percent-encoded Zeichen ersetzt werden muss ist die folgende LDAP-URL 'ldap://%2Fvar%2Frun%2Fldapi'. In diesem Fall muss der Dateibegrenzer "/" ersetzt werden durch %2F, da sonst das reservierte Zeichen "/" anders interpretiert würde.
Es gibt weiterhin reservierte Zeichen 'Reserved Characters' die in Abschnitt 2.2 beschrieben werden. Als reservierte Zeichen werden generische Begrenzer (gen-delims, sub-delims) beschrieben, dazu gehören u.a.: ":, /, ?, #, [, ], @"
Jetzt sagt RFC3986 sinngemäß, dass eine URI die ein reserviertes Zeichen beinhaltet, sich von der URI unterscheidet, die statt des reservierten Zeichens den percent-encoded Wert des Zeichens einsetzt.
Das reservierte Zeichen "@" ist das Trennelement einer SMTP URI, falls das Zeichen also in einer URI in einem anderen Kontext benutzt werden soll, muss es als percent-enconded Wert %40 dargestellt werden.
Yep, vielen Dank für die Theorie. Die Praxis ist die: web.de/freemail wird von etwas mehr als 10 Leuten benutzt, die von mir genannten Browser ebenso. Wenn es sich hier um ein Anbieter- oder Browserproblem handeln würde, müßte einen Google doch erschlagen, wenn man nach dem Problem sucht. Aber: Fehlanzeige! Gruß Frank
![](https://seccdn.libravatar.org/avatar/b7ee6cbc3e1a39b745860a2a25c5b51f.jpg?s=120&d=mm&r=g)
On Fri, Jul 08, 2005 at 08:57:25AM +0200, Frank Reifenstahl wrote:
Genauso erscheint die URL auch im Adresseingabefenster beim Draufklicken, und natürlich findet der Browser diese Adresse nicht (wenn ich die %40 etc. von Hand durch die korrekten Zeichen ersetze, funktioniert es).
Das Thema ist, das Web.de nicht einfach den Link aus der E-Mail in die Webseite einbauen kann, da sonst dein Browser beim Aufruf der externen Seite im HTTP-Protokoll die Web.de Seite inklusive URL-Session-ID an diese Seite weiterschickt. Damit das nicht passiert, ruft dein Browser die jump.htm auf, in der dann eine Weiterleitung stattfindet, die dann die uebergebene URL (goto=) umbaut und den Browser endlich ans Ziel schickt. Die Web.de Seite erwartet aber nun vom Konqueror, das beim Aufruf der jump.htm, die an das target="_blank" gesendet wird, den HTTP-Referrer von der geschuetzten Seite mitsendet. Das tut dieser auf Grund des eingangs erwaehnten Problems nicht (IIRC).
Kann mir jemand helfen?
Mal abgesehen davon das bei meinem Web.de Postfach keine Mails ankommen, auf deren URLs ich gerne klicke, so behelfe ich mir damit, die URL abzutippen. Oder halt IMAP einrichten. Peter
participants (3)
-
Dieter Kluenter
-
Frank Reifenstahl
-
Peter Wiersig