phlyMail Support Board

[marac]

Hallo!

Ein wirklicher "Fehler" ist das wohl nicht, aber mir ist gerade mal wieder aufgefallen, dass phlyMail manchmal Probleme hat, Links in Plain-Text-Mails korrekt zu erkennen.
Ein paar Beispiele:

Code: Select all

(http://www.example.com/test.html?param=123)

- wird korrekt erkannt

Code: Select all

<http://www.example.com/test/>

- hängt die schließende Klammer mit in den Aufruf

Code: Select all

(http://www.example.org/test.html?param=123).

- hängt Klammer und Punkt an den übergebenen Parameter an

Sicher liegt es in erster Linie in der Verantwortung der Mail-Absender, URLs nicht mit irgendwelchen Klammern, Punkten oder sonstetwas zu versehen, die hier nichts zu suchen haben, aber vielleicht könnte man die URL-Erkennung hier doch noch ein wenig verfeinern.

[mso]

Ich schieb das mal in die Feature-Wünsche, denn ein richtiger Fehler ist's ja wirklich nicht.

Problematisch ist bei den gelieferten Beispielen, dass es eben keinen definitiven Standard für die Auszeichnung von Links gibt. Allerdings scheint sich die Auszeichnung wie im 2. Beispiel (mit spitzen Klammern) mehr oder minder durchgesetzt zu haben. Dies auch deshalb, weil ja spitze Klammern in URLs nicht zulässig sind, runde Klammern, Punkte und dergleichen aber schon.

Ich nehm das mal mit auf.

[marac]

Ja, das ist ja das Problem an der Geschichte, dass man irgendwie erahnen muss, ob eine Klammer oder ein Punkt nun zum URL gehört oder nicht...
Das macht es ja etwas kompliziert, den Link korrekt zu erkennen, aber vielleicht kann man ja bei den runden Klammern auch da ansetzen, dass man - wenn vor dem "http" eine öffnende Klammer steht, die zugehörige schließende Klammer gesucht wird. (Beim ersten Beispiel wird das ja offensichtlich auch so gemacht, denn dieser Link wurde ja korrekt erkannt.) Problematisch ist es dann nur, wenn nach der schließenden Klammer kein Leerzeichen folgt. Im Prinzip müsste man wohl das erste auf "http://" folgende Leerzeichen zu suchen und von da aus wieder nach links wandern. Wenn dann vor dem Link eine öffnende Klammer stand und zwischen dem gefundenen Leerzeichen und einer schließenden Klammer nur Satzzeichen standen, endet der Link wohl vor der schließenden Klammer.
Eine Alternative wäre in meinen Augen nur, ausschließlich eindeutige URLs in Links umzuwandeln (sprich vor den "http://" muss ein Leerzeichen stehen und bis zum nächsten Leerzeichen oder Zeilenumbruch dürfen nur "erlaubte" Zeichen stehen), und alle anderen als Text zu belassen. Dann müsste der Nutzer die Adresse in den genannten Beispielen eben manuell kopieren und öffnen. Das wäre meiner Ansicht nach aber angenehmer, als wenn da ein Link interpretiert wird, der dann nicht funktioniert...

[mso]

Hallo marac,

danke für den umfangreichen Post. Ähnliche Überlegungen führten zum jetzigen Code, wobei der eben sich doch manches Mal vertut. Ich schau mir das, wie gesagt, demnächst noch mal genauer an.

[mso]

Build 4.1.4 bringt in der Hinsicht schon Verbesserungen, allerdings ist mir hinterher aufgefallen, dass es ausgerechnet mit den <Links> noch Probleme gibt; dies behebt die nächste Build.

[mso]

Mit der Build 4.1.5 (just veröffentlicht) sollte die Linkerkennung nahe am Ideal sein.

Über Rückmeldungen dazu freue ich mich.