🚀 go-pugleaf

On 2023-10-26 14:44, Wendelin Uez <wuez@online.de> wrote:
> Die HTML-Mail eines Absenders enthält wiederholt Links, die von Thunderbird
> nicht als Link erkannt und nur als plain text angezeigt werden, sowohl in
> beiden HTML-Ansichten als auch in Textform.

Ist das eine Text-Mail oder eine HTML-Mail?

>
> In anderen Mailreadern funktioniert der Link dagegen einwandfrei.
>
> Ich habe mir jetzt mal den Quelltext entnommen und nach dem Link gesucht.
> Was mir auffällt, daß er einerseits von Underscores ("_") begrenzt wird und
> andererseits die in <...> stehende Wiederholung nur einen einzigen Slash
> aufweist:
>
> _https://xx..........com /gto.php?id=..... <%0bhttps:/xxxxx....>_

Das sieht nach Text-Mail aus. Da kann der Thunderbird nur raten, wo
Links sein sollen (in HTML wäre es eindeutig) und offensichtlich sieht
er weder "_https://" noch "%0bhttps:/" als gültigen Anfang eines URLs
an (was ich verstehe).


> Kann man den Thunderbird irgendwie so einstellen, daß er sich wie normale
> Mailer verhält

Was sind "normale Mailer"?

Ich hatte kürzlich ein ähnliches Problem mit der Outlook Web-App. Die
macht in HTML-Mails URLs, die nur einen / nach https: haben unanklickbar
und zeigt sie seltsam formatiert an. Hat mich einige Zeit gekostet, bis
ich drauf gekommen bin, was das Problem war. Aber OWA hatte recht, der
Link war ganz eindeutig falsch. Kaum machte ich es richtig,
funktionierte es auch schon ;-).

        hp

Es ist, wie ich geschrieben habe, eine HTML-Mail.

Der Text ist einmal als HTML und zum andern wie oft noch zusätzlich als
plain text enthalten.

Das mit dem Unterstrich steht im HTML-Teil. Ob's auch so im text-only-Teil
steht habe ich nicht geprüft, nehme ich aber an, da auch dort der Link nicht
erkannt wird,

Die anderen Mail-Programme, die ich probiert habe, erkennen den Link sowohl
in der HTML- als auch in der text-only-Ansicht.

Was mich irritiert ist das Einbetten in Underscores. Ich wüßte nicht, daß
das irgendwo Sinn machen würde, gehe aber davon aus, daß es den Thunderbird
durcheinander bringt.

Ich hätte das nur gerne einigermaßen sicher gewußt, bevor ich auf Seiten des
Mailerstellers vorstellig werde.

On 2023-10-27 15:15, Wendelin Uez <wuez@online.de> wrote:
> Es ist, wie ich geschrieben habe, eine HTML-Mail.
>
> Der Text ist einmal als HTML und zum andern wie oft noch zusätzlich als
> plain text enthalten.
>
> Das mit dem Unterstrich steht im HTML-Teil.

Das was Du gepostet hast, war aber kein HTML. Damit das ein Link ist,
müsste das sowas wie

    <a href="https://,..">bla bla</a>

sein.

Falls Du einfach aus der gerenderten Ansicht gepastet hast, war das
nutzlos und irreführend. Wir müssen den Source-Code sehen (beim
Thunderbird ist das Strg-U (oder View -> Message Source). Das könnte
dadurch erschwert sein, dass der Inhalt quoted-printable oder gar base64
kodiert ist. QP kann man notfalls noch lesen, aber base64 müsstest Du
dekodieren. um überhaupt die richtige Stelle zu finden.

        hp

Peter J. Holzer <hjp-usenet3@hjp.at> schrieb:

> könnte dadurch erschwert sein, dass der Inhalt quoted-printable
> oder gar base64 kodiert ist. QP kann man notfalls noch lesen, aber
> base64 müsstest Du dekodieren. um überhaupt die richtige Stelle zu
> finden.

U.a. wegen solcher Fälle wird sowas alles hier seit Jahren automatisch
dekodiert, so daß alle Mails im Klartext vorliegen.

cu,
Christian

PGP Key available.

On 2023-10-30 08:36, Christian @Soemtron <christian_dcsm-ENTF@soemtron.de> wrote:
> Peter J. Holzer <hjp-usenet3@hjp.at> schrieb:
>
>> könnte dadurch erschwert sein, dass der Inhalt quoted-printable
>> oder gar base64 kodiert ist. QP kann man notfalls noch lesen, aber
>> base64 müsstest Du dekodieren. um überhaupt die richtige Stelle zu
>> finden.
>
> U.a. wegen solcher Fälle wird sowas alles hier seit Jahren automatisch
> dekodiert, so daß alle Mails im Klartext vorliegen.

Mein MUA kann einzelne MIME-Parts dekodiert aber ansonsten
uninterpretiert anzeigen. Somit ist das bei mir kein Problem.

Der Thunderbird hat aber leider nur eine View-Source-Funktion, die die
ganze Message im Orginal anzeigt.

(Beim Empfang dekodieren will ich Messages aber auch schon deshalb
nicht, weil das Signatures zerstören würde.)

        hp

Peter J. Holzer <hjp-usenet3@hjp.at> schrieb:

> (Beim Empfang dekodieren will ich Messages aber auch schon deshalb
> nicht, weil das Signatures zerstören würde.)

Diese (leider verschwindend wenigen) Mails sind von der Automatik
ausgenommen.

cu,
Christian

PGP Key available.