hotspots gehen an internetadressen kaputt

[Jottess]

Hi,

nach langer Zeit hab ich mal wieder ein recht seltsames Problem. Mails aus Notes an externe Adressen, die einen Link enthalten, kommen seltsam beim Gegenüber an. Und zwar nimmt es den Text der nach der eigentlichen Adresse steht noch mit in den Link.

Also als Beispiel, wenn ich rein schreibe: " dein gewünschter Link ist http://www.heise.de ich hoffe der hilft dir." Dann ist beim EMpfäger nicht nur http://www.heise.de anklickbar sondern der Text danach auch noch, bis zum nächsten Enter drücken.

Aufgefallen ist das zuerst bei einigen Leuten die in ihrer Signatur den Link drin haben. Das komische hierbei ist, hat man die Signatur direkt in das Feld unter "Vorgaben..." eingetragen geht der Hotspot kaputt, kopiert man aber den selben Text in ein Textfile und verwendet dieses als Signatur funktioniert es richtig  Danach fiel mir dann auf das es bei normalen Mails auch so ist.

Also im Moment bin ich ein wenig ratlos, vielleicht kommt das Problem jemand bekannt vor? Umgebung ist 2 Domino Server 7.0.3FP1 auf Redhat Enterprise im Cluster - Clients 7.0.3 - Datenbanken DWA7

Gruß Jottess

[m3]

Ich würde gemäß RFC 1738 die URL mit <> umschließen, dann sollte es die Probleme nicht mehr geben.

   In addition, there are many occasions when URLs are included in other
   kinds of text; examples include electronic mail, USENET news
   messages, or printed on paper. In such cases, it is convenient to
   have a separate syntactic wrapper that delimits the URL and separates
   it from the rest of the text, and in particular from punctuation
   marks that might be mistaken for part of the URL. For this purpose,
   is recommended that angle brackets ("<" and ">"), along with the
   prefix "URL:", be used to delimit the boundaries of the URL.  This
   wrapper does not form part of the URL and should not be used in
   contexts in which delimiters are already specified.

[Jottess]

Hmm, wäre ansich ne Lösung wenn auch keine schöne  weil eigentlich funktioniert das doch mit Notes oder? Aber selbst damit macht er es falsch. Mit obigem Beispieltext:" dein gewünschter Link ist <URL:http://www.heise.de> ich hoffe der hilft dir." ausprobiert, und extern wird "ich hoffe der hilft dir" trotzdem mit in den Link verwurschtelt.

Kann das irgendwas mit der Konvertierung von NotesRichtext in MIME zu tun haben? Weil intern macht er richtige Hotspots/Links daraus, und an externe Adressen den Müll...

[m3]

Ok, da dürfts was mit der MIM-Konvertierung haben, ja.

a) Kannst Du mal so eine Mail an einen GMX-Account, ... schicken und dann den Source, der dort ankommt (anonymisiert) hier posten?

b) Was ist denn im Client eingestellt, was er beim Senden machen soll? Text only, Text& HTML, nur HTML?

c) Den Link fügts Du ganz normal mit Copy&Paste aus der Adresszeile des Browser ein bzw. tippst Du händisch ein, oder? Mehr machst Du ja nicht damit, odrrrr?

[Jottess]

zu a) Hier der Code, zwar nicht von gmx, aber sollte ja wurscht sein :-)

Code

Received: from..........

MIME-Version: 1.0
To: xxxxxxxxxxxx
Subject: Test URL konvertierung
X-Mailer: Lotus Notes Release 7.0.3 September 26, 2007
Message-ID: <OF7AD50F9A.60777DEF-ONC1257463.0054D8CE-C1257463.0055D507@xxxxxx.de>
From: xxxxxxxxxxxx <xxxx@xxxx.de>
Date: Mon, 9 Jun 2008 17:37:28 +0200
X-MIMETrack: Serialize by Router on xxxxxxxxxxxx(Release 7.0.3FP1|February 24, 2008) at
 09.06.2008 05:37:29 PM,
	Serialize complete at 09.06.2008 05:37:29 PM
Content-Type: multipart/alternative; boundary="=_alternative 0055D505C1257463_="
X-HE-Spam-Level: /
X-HE-Spam-Score: 0.2
X-HE-Spam-Report: Content analysis details:   (0.2 points)
	pts rule name              description
	---- ---------------------- --------------------------------------------------
	0.1 HTML_MESSAGE           BODY: HTML included in message
	0.1 RDNS_NONE              Delivered to trusted network by a host with no rDNS
Envelope-to: xxxxxxxxxxxx

Dies ist eine mehrteilige Nachricht im MIME-Format.
--=_alternative 0055D505C1257463_=
Content-Type: text/plain; charset="US-ASCII"

Lorem ipsum dolor sit amet, consectetuer sadipscing elitr, sed diam nonumy 
eirmod tempor invidunt ut labore et dolore magna aliquyam erat, sed diam 
voluptua. At vero eos et accusam et justo duo dolores et ea rebum. 
http://www.google.de Stet clita kasd gubergren, no sea takimata sanctus 
est Lorem ipsum dolor sit amet.
--=_alternative 0055D505C1257463_=
Content-Type: text/html; charset="US-ASCII"


<br><font size=3>Lorem ipsum dolor sit amet, consectetuer sadipscing elitr,
sed diam nonumy eirmod tempor invidunt ut labore et dolore magna aliquyam
erat, sed diam voluptua. At vero eos et accusam et justo duo dolores et
ea rebum. </font><a href=http://www.google.de/><font size=3>http://www.google.de
Stet clita kasd gubergren, no sea takimata sanctus est Lorem ipsum dolor
sit amet.</font></a>
--=_alternative 0055D505C1257463_=--

da sieht man auch schön, dass er zum schluss denn </a> tag zu spät setzt

zu b) wenn Du in der Arbeitsumgebung "Format für Nachrichten an Internetadressen" meinst, das steht auf MIME

zu c) ja, mehr nicht :-)

[mcilly]

zu b) wenn Du in der Arbeitsumgebung "Format für Nachrichten an Internetadressen" meinst, das steht auf MIME

Nein, sondern in den Vorgaben des Clients unter "Mail" Internet-Mail-Format. Was ist dort eingestellt?

[Jottess]

Ah an die Einstellung hab ich gar nicht gedacht 
Dort ist HTML und einfacher Text eingestellt.

[m3]

Hmmmm. Das sollte auch passen.

WIE fügst Du denn die Adresse ein? Tritt das Problem auch auf, wenn Du sie händisch eintippst (ncht Copy&Paste)?

[Jottess]

Ja, kann das ganze auch per Hand schreiben, passiert trotzdem. 

[WernerMo]

Hallo

passiert das sowohl intern als auch extern?

Welchen Weg gehen denn die Mails genau? (über welche Router, Spamfilter, Firewalls, Provider?)

Gruß Werner

[Jottess]

Nee, passiert wie gesagt nur an externe Emailadressen. An interne Notesadressen wandelt er die Mail ja nicht in HTML um, denk ich mal. Und der Fehler liegt wie im Quelltext zu sehen ja im text/html Part, wo er den </a>-Tag zu spät setzt.

Hmm, und den genauen Weg zu beschreiben übersteigt wahrscheinlich ein wenig meine Fähigkeiten :-) Grob sieht es so aus, dass die ausgehenden Mails vom Notesserver direkt an den Relay Host, einen EXIM Server weitergegeben werden, und von da auch direkt raus gehen. Also Firewall ist natürlich noch mit im Spiel, aber keine Spamfilter oder ähnliches mehr.

[Jottess]

Soooo, ein kleines Update 

Nachdem ich mich durch tausende IBM Seiten gelesen habe, hab ich folgendes erfahren:

Gehen Mails an externe Adressen kann die Umwandlung in Mime falls gewünscht an zwei Stellen passieren. Ist am Client wie bei mir in Arbeitsumgebung "Format für Nachrichten an Internetadressen" auf MIME eingestellt, macht der Client die Konvertierung und der Server bekommt die Nachricht, sagt okay Mime, und reicht sie einfach durch. Steht das am Clinet aber auf NotesRichtext, konvertiert sie der Server bevor er sie rausschickt in Mime.

Nach dieser erkenntnis wollt ich mal testen wer bei mir falsch konvertiert, und siehe da es ist der Client. Stell ich den auf NotesRichtext, kommt die Mail draußen korrekt an.

Nun die Frage haben dieses Problem noch mehr mit den 7.0.3 Client (deutsch)? Könnt ich in Probleme rennen, die ich grad nicht sehe, wenn ich alle Clients auf NotesRichtext stelle?

[mcilly]

Wenn der Client nun keine MIME Conversion mehr macht, weil du Notes Rich Text einstellst, dann übernimmt der Server die Umwandlung in MIME, mir wäre da jetzt kein Nebeneffekt bewusst. Aber ohne Gewähr, ich würde das testen. Abhängig natürlich von deinen MIME Einstellungen im Konfig.dok. des Servers und enabled muss es auch sein.

[Jottess]

So, hab jetzt nach einigem Testen die Leute mal auf NotesRichtext umgestellt, und es scheint auch alles zu passen.

Aber was mich doch wurmt, hat das Problem sonst niemand? Client auf Mime ist ja denk ich mal zumindest bei vielen Standard. Und eine URL sollte doch ab und an auch mal in ner Email vorkommen 

[mcilly]

Aber was mich doch wurmt, hat das Problem sonst niemand?

Wir haben bei allen Clients MIME als Format für Internet Mails eingestellt. Keine Probleme mit Links.