Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.comm.software.mailreader > #1159 > unrolled thread

Beste Praxis fuer HTML-Signaturen

Back to article view | Back to de.comm.software.mailreader

Contents

  Beste Praxis fuer HTML-Signaturen Andreas Borutta <borumat@gmx.de> - 2023-08-29 13:39 +0200
    Re: Beste Praxis fuer HTML-Signaturen Marco Moock <mo01@posteo.de> - 2023-08-29 15:34 +0200
      Re: Beste Praxis fuer HTML-Signaturen Andreas Borutta <borumat@gmx.de> - 2023-08-29 15:57 +0200
        Re: Beste Praxis fuer HTML-Signaturen Marco Moock <mo01@posteo.de> - 2023-08-29 16:04 +0200
          Re: Beste Praxis fuer HTML-Signaturen Andreas Borutta <borumat@gmx.de> - 2023-08-29 16:22 +0200
          Re: Beste Praxis fuer HTML-Signaturen Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-08-29 14:45 +0000
            Re: Beste Praxis fuer HTML-Signaturen Marco Moock <mo01@posteo.de> - 2023-08-29 19:36 +0200
        Re: Beste Praxis fuer HTML-Signaturen "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2023-08-29 16:31 +0200
          Re: Beste Praxis fuer HTML-Signaturen Andreas Borutta <borumat@gmx.de> - 2023-08-29 16:45 +0200
      Re: Beste Praxis fuer HTML-Signaturen "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2023-08-29 16:07 +0200
        Re: Beste Praxis fuer HTML-Signaturen Andreas Borutta <borumat@gmx.de> - 2023-08-29 16:38 +0200
          Re: Beste Praxis fuer HTML-Signaturen Marco Moock <mo01@posteo.de> - 2023-08-29 19:40 +0200
          Re: Beste Praxis fuer HTML-Signaturen Thomas Hochstein <thh@thh.name> - 2023-08-29 23:25 +0200
            Re: Beste Praxis fuer HTML-Signaturen Andreas Borutta <borumat@gmx.de> - 2023-08-30 12:05 +0200
        Re: Beste Praxis fuer HTML-Signaturen Marco Moock <mo01@posteo.de> - 2023-08-29 19:38 +0200
          Re: Beste Praxis fuer HTML-Signaturen "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2023-08-29 20:56 +0200
            Re: Beste Praxis fuer HTML-Signaturen Andreas Borutta <borumat@gmx.de> - 2023-08-30 10:39 +0200
    Re: Beste Praxis fuer HTML-Signaturen christian_dcsm-ENTF@soemtron.de (Christian @Soemtron) - 2023-08-30 20:52 +0200
      Re: Beste Praxis fuer HTML-Signaturen Thomas Einzel <usenet-2023@einzel.de> - 2023-09-03 15:52 +0200
        Re: Beste Praxis fuer HTML-Signaturen Marco Moock <mo01@posteo.de> - 2023-09-03 17:43 +0200
        Re: Beste Praxis fuer HTML-Signaturen Thomas Noll <-_tn_-@web.de> - 2023-09-03 15:58 +0000
    Re: Beste Praxis fuer HTML-Signaturen "Andreas M. Kirchwitz" <amk@spamfence.net> - 2023-08-31 11:46 +0000
      Re: Beste Praxis fuer HTML-Signaturen Andreas Borutta <borumat@gmx.de> - 2023-08-31 16:22 +0200

Page 1 of 2  [1] 2  Next page →

#1159 — Beste Praxis fuer HTML-Signaturen

Moin.

Ich selber schreibe schon immer Mails als reinen Text.

Nun möchte ich aber einer kleinen NGO helfen, gute HTML-Signaturen zu
erstellen, die sie in Outlook 365 einbinden können.

Gerne würde ich möglichst minimalistisches HTML verwenden, z.B. wo die
Gestaltregeln in einem Element Style eingebunden werden.

Worauf ist bei HTML-Signaturen speziell zu achten, damit sie auf
vielen empfangenden Clients (auch die auf Mobilgeräten) gut
dargestellt werden?

Könnt ihr einen Text mit "Beste Praxis" empfehlen, der dazu etwas in
die Tiefe geht?

Detailthema "Bild-Logo":
Spricht etwas gegen SVG?


Andreas

F'up2 de.comm.software.mailreader
-- 
http://fahrradzukunft.de

[toc] | [next] | [standalone]

#1160

Am 29.08.2023 um 13:39:23 Uhr schrieb Andreas Borutta:

> Ich selber schreibe schon immer Mails als reinen Text.
> 
> Nun möchte ich aber einer kleinen NGO helfen, gute HTML-Signaturen zu
> erstellen, die sie in Outlook 365 einbinden können.

Was spricht dagegen, da nur-Text zu verwenden?

> Worauf ist bei HTML-Signaturen speziell zu achten, damit sie auf
> vielen empfangenden Clients (auch die auf Mobilgeräten) gut
> dargestellt werden?

Die müssen Standardkonform sein. Dinge wie JavaScript, externe Inhalte
wie Bilder & Co solltest du vermeiden. wenn es unbedingt HTML sein muss.

[toc] | [prev] | [next] | [standalone]

#1161

Marco Moock:

> Am 29.08.2023 um 13:39:23 Uhr schrieb Andreas Borutta:
> 
>> Ich selber schreibe schon immer Mails als reinen Text.
>> 
>> Nun möchte ich aber einer kleinen NGO helfen, gute HTML-Signaturen zu
>> erstellen, die sie in Outlook 365 einbinden können.
> 
> Was spricht dagegen, da nur-Text zu verwenden?

In diese Entscheidung mische ich mich nicht ein.

>> Worauf ist bei HTML-Signaturen speziell zu achten, damit sie auf
>> vielen empfangenden Clients (auch die auf Mobilgeräten) gut
>> dargestellt werden?
> 
> Die müssen Standardkonform sein. Dinge wie JavaScript, externe Inhalte
> wie Bilder & Co solltest du vermeiden. wenn es unbedingt HTML sein muss.

Externe Bilder sollen - angeblich - kein Problem sein. Ist ja auch
praktisch, sich das Logo mal ändert.

Aber schon ein erster Versuch zeigt, dass es offenbar zig
"Widrigkeiten" gibt.

border-bottom: 1px gray dotted

wirkt in Outlook auf das Element p, nicht aber auf a.

textdecoration: none

wirkt in Outlook, nicht aber in iOS-Mail.




Andreas
-- 
http://fahrradzukunft.de

[toc] | [prev] | [next] | [standalone]

#1162

Am 29.08.2023 um 15:57:31 Uhr schrieb Andreas Borutta:

> Marco Moock:
> 
> > Am 29.08.2023 um 13:39:23 Uhr schrieb Andreas Borutta:
> >   
> >> Ich selber schreibe schon immer Mails als reinen Text.
> >> 
> >> Nun möchte ich aber einer kleinen NGO helfen, gute HTML-Signaturen
> >> zu erstellen, die sie in Outlook 365 einbinden können.  
> > 
> > Was spricht dagegen, da nur-Text zu verwenden?  
> 
> In diese Entscheidung mische ich mich nicht ein.

Ich würde das mal vorschlagen und auf die Probleme mit HTML hinweisen.

> >> Worauf ist bei HTML-Signaturen speziell zu achten, damit sie auf
> >> vielen empfangenden Clients (auch die auf Mobilgeräten) gut
> >> dargestellt werden?  
> > 
> > Die müssen Standardkonform sein. Dinge wie JavaScript, externe
> > Inhalte wie Bilder & Co solltest du vermeiden. wenn es unbedingt
> > HTML sein muss.  
> 
> Externe Bilder sollen - angeblich - kein Problem sein. Ist ja auch
> praktisch, sich das Logo mal ändert.

Wird aber oft blockiert, weil das für Spammer eine prima
Benachrichtigung darüber ist, dass die Mailadresse genutzt wird.

> border-bottom: 1px gray dotted
> 
> wirkt in Outlook auf das Element p, nicht aber auf a.

Outlook war noch nie Standardkonform, das ist für mich ken Maßstab.

[toc] | [prev] | [next] | [standalone]

#1164

Marco Moock:

>> Externe Bilder sollen - angeblich - kein Problem sein. Ist ja auch
>> praktisch, sich das Logo mal ändert.
> 
> Wird aber oft blockiert, weil das für Spammer eine prima
> Benachrichtigung darüber ist, dass die Mailadresse genutzt wird.

Ich strebe ja Inline-SVG an, falls es hinreichend von den relevanten
Clients unterstützt wird.

>> border-bottom: 1px gray dotted
>> 
>> wirkt in Outlook auf das Element p, nicht aber auf a.
> 
> Outlook war noch nie Standardkonform, das ist für mich ken Maßstab.

Ich suche hier ja, siehe Subject, nach praxisrelevanten Hinweisen, die
auch in Outlook nutzbar sind.

Andreas
-- 
http://fahrradzukunft.de

[toc] | [prev] | [next] | [standalone]

#1168

Marco Moock <mo01@posteo.de> wrote:
> Am 29.08.2023 um 15:57:31 Uhr schrieb Andreas Borutta:
> 
>> Marco Moock:
>> 
>> > Am 29.08.2023 um 13:39:23 Uhr schrieb Andreas Borutta:
>> >   
>> >> Ich selber schreibe schon immer Mails als reinen Text.
>> >> 
>> >> Nun möchte ich aber einer kleinen NGO helfen, gute HTML-Signaturen
>> >> zu erstellen, die sie in Outlook 365 einbinden können.  
>> > 
>> > Was spricht dagegen, da nur-Text zu verwenden?  
>> 
>> In diese Entscheidung mische ich mich nicht ein.
> 
> Ich würde das mal vorschlagen und auf die Probleme mit HTML hinweisen.

Und dass das BSI explizit von HTML Mails abraet!
Aber wer nichts zu verbergen hat...


-- 
Ullrich Horlacher              Server und Virtualisierung
Rechenzentrum TIK
Universitaet Stuttgart         E-Mail: horlacher@tik.uni-stuttgart.de
Allmandring 30a                Tel:    ++49-711-68565868
70569 Stuttgart (Germany)      WWW:    https://www.tik.uni-stuttgart.de/

[toc] | [prev] | [next] | [standalone]

#1169

Am 29.08.2023 um 14:45:36 Uhr schrieb Ulli Horlacher:

> Marco Moock <mo01@posteo.de> wrote:
> > Am 29.08.2023 um 15:57:31 Uhr schrieb Andreas Borutta:
> >   
> >> Marco Moock:
> >>   
> >> > Am 29.08.2023 um 13:39:23 Uhr schrieb Andreas Borutta:
> >> >     
> >> >> Ich selber schreibe schon immer Mails als reinen Text.
> >> >> 
> >> >> Nun möchte ich aber einer kleinen NGO helfen, gute
> >> >> HTML-Signaturen zu erstellen, die sie in Outlook 365 einbinden
> >> >> können.    
> >> > 
> >> > Was spricht dagegen, da nur-Text zu verwenden?    
> >> 
> >> In diese Entscheidung mische ich mich nicht ein.  
> > 
> > Ich würde das mal vorschlagen und auf die Probleme mit HTML
> > hinweisen.  
> 
> Und dass das BSI explizit von HTML Mails abraet!
> Aber wer nichts zu verbergen hat...

Das dürfte eher mit der höheren Spam-Gefahr zusammenhängen. Bei
HTML-Mails fallen die Links dem DAU nicht auf, bei Plain-Text schon.
Ggf. wird dann doch nochmal überlegt, ob sparkasse.online-hosting.in
wirklich die eigene Sparkasse ist. Bei HTML-Mail ist da ein Button
"Login" und der wird vom DAU sicher gedrückt.

[toc] | [prev] | [next] | [standalone]

#1165

On 2023-08-29 13:57, Andreas Borutta <borumat@gmx.de> wrote:
> Externe Bilder sollen - angeblich - kein Problem sein.

Sind sie aber. Auch in Outlook. Das automatische Laden externer Bilder
in Outlook ist in vielen Firmen abgedreht.

> Ist ja auch praktisch, sich das Logo mal ändert.

Das ist eher unpraktisch, wenn sich das Logo dann in alten Mails ändert.
Oder wenn das Logo in den alten Mails gar nicht mehr aufscheint, weil
der URL (oder der ganze Webserver) nicht mehr existiert.

        hp

[toc] | [prev] | [next] | [standalone]

#1167

Peter J. Holzer:

>> Ist ja auch praktisch, sich das Logo mal ändert.
> 
> Das ist eher unpraktisch, wenn sich das Logo dann in alten Mails ändert.
> Oder wenn das Logo in den alten Mails gar nicht mehr aufscheint, weil
> der URL (oder der ganze Webserver) nicht mehr existiert.

Stimmt.

Egal, spielt eh keine Rolle, da ich das Bild eh direkt einbetten
möchte. Wie erwähnt als Inline-SVG oder Data-URI.

Andreas
-- 
http://fahrradzukunft.de

[toc] | [prev] | [next] | [standalone]

#1163

On 2023-08-29 13:34, Marco Moock <mo01@posteo.de> wrote:
> Am 29.08.2023 um 13:39:23 Uhr schrieb Andreas Borutta:
>> Ich selber schreibe schon immer Mails als reinen Text.
>> 
>> Nun möchte ich aber einer kleinen NGO helfen, gute HTML-Signaturen zu
>> erstellen, die sie in Outlook 365 einbinden können.
>
> Was spricht dagegen, da nur-Text zu verwenden?

Schaut in Nicht-nur-Text-Mailern oft eher meh aus.


>> Worauf ist bei HTML-Signaturen speziell zu achten, damit sie auf
>> vielen empfangenden Clients (auch die auf Mobilgeräten) gut
>> dargestellt werden?
>
> Die müssen Standardkonform sein.

Leider nein. Gerade bei Mail-Programmen gibt es einen Haufen
Implementationen, die *nicht* standardkonform sind. Outlook z.B. kennt
viele Standard-Features von HTML und CSS nicht, hat dafür aber etliche
Erweiterungen (Angeblich wird der HTML-Importer von MS-Word verwendet,
um HTML-Mails zu parsen). Ach ja, und die Web-Variante von Outlook 365
unterscheidet sich natürlich von der Windows-Applikation Outlook 365.

Thunderbird hat eine Einstellung "Einfaches HTML anzeigen" oder so
ähnlich, die die Fähigkeiten auch extrem einschränkt.

Lotus Notes habe ich verdrängt ;-).

Eigentlich hilft nur ausprobieren.


> Dinge wie JavaScript,

JavaScript geht gar nicht.

> externe Inhalte wie Bilder & Co solltest du vermeiden.

Ja, Inhalte von Webservern werden oft (aus gutem Grund!) nicht geladen.
Aber Bilder, die in die Mail eingebettet sind, funktionieren
üblicherweise.

Kevin Powell hat vor einiger Zeit mit einem Experten über das Thema
geplaudert. Offenbar habe ich mir einen Haufen Links dazu notiert:

    Video: https://www.youtube.com/watch?v=MHnTpN0g7ko
    Follow Mark on Twitter: https://twitter.com/M_J_Robbins
    Mark’s Codepen: https://codepen.io/m_j_robbins
    Email Geeks Slack: https://email.geeks.chat/
    Email Resources: https://emailresourc.es/
    Parcel: https://parcel.io/
    Can I Email: https://www.caniemail.com/
    Litmus email testing: https://www.litmus.com/email-testing/
    Good email code: https://www.goodemailcode.com/
    Email Markup Consortium: https://emailmarkup.org/
    MJML email framework: https://mjml.io/
    Maizzle, a utility first email library: https://maizzle.com/

        hp

[toc] | [prev] | [next] | [standalone]

#1166

Peter J. Holzer:

> Eigentlich hilft nur ausprobieren.

Das ist ausgeschlossen. Viel zu zeitaufwändig.

Es müsste ja mit diversen empfangenden Clients getestet werden.

Meine Hoffnung war:

Unternehmen, die Outlook verwenden, haben ein großes Interesse daran,
dass ihre Signaturen wie erwünscht bei den verschiedensten Empfängern
ankommen, auch auf Mobilgeräten.

Irgendwo müssen doch die Ergebnise der sicher tagelangen
Versuchsreihen einem "beste Praxis" eingeflossen sein.

Falls jemand was weiß: ich freue mich über einen Hinweis.

Es geht um den engen Fokus auf HTML Signaturen.



Andreas
-- 
http://fahrradzukunft.de

[toc] | [prev] | [next] | [standalone]

#1171

Am 29.08.2023 um 16:38:41 Uhr schrieb Andreas Borutta:

> Unternehmen, die Outlook verwenden, haben ein großes Interesse daran,
> dass ihre Signaturen wie erwünscht bei den verschiedensten Empfängern
> ankommen, auch auf Mobilgeräten.

Unternehmen, die Outlook verwenden, kümmern sich in der Regel nicht
darum, ob die Mails mit nicht-MS-Software richtig dargestellt werden
können. Auch zusätzlichen Plain-Text gibt es oft nicht.

[toc] | [prev] | [next] | [standalone]

#1173

Andreas Borutta schrieb:

> Unternehmen, die Outlook verwenden, haben ein großes Interesse daran,
> dass ihre Signaturen wie erwünscht bei den verschiedensten Empfängern
> ankommen, auch auf Mobilgeräten.

Unternehmen, die Outlook verwenden, gehen davon aus, dass alle anderen
auch Outlook verwenden, weil Outlook eben das E-Mail-Programm ist.

[toc] | [prev] | [next] | [standalone]

#1175

Thomas Hochstein:

> Andreas Borutta schrieb:
> 
>> Unternehmen, die Outlook verwenden, haben ein großes Interesse daran,
>> dass ihre Signaturen wie erwünscht bei den verschiedensten Empfängern
>> ankommen, auch auf Mobilgeräten.
> 
> Unternehmen, die Outlook verwenden, gehen davon aus, dass alle anderen
> auch Outlook verwenden, weil Outlook eben das E-Mail-Programm ist.

Das sehe ich anders.

Im B2B vielleicht.

Aber Unternehmen, die mit Privatkunden mailen, wissen, dass die
Empfänger auf verschiedensten Geräten und Plattformen Mails lesen.


Andreas
-- 
http://fahrradzukunft.de

[toc] | [prev] | [next] | [standalone]

#1170

Am 29.08.2023 um 16:07:08 Uhr schrieb Peter J. Holzer:

> On 2023-08-29 13:34, Marco Moock <mo01@posteo.de> wrote:
> > Am 29.08.2023 um 13:39:23 Uhr schrieb Andreas Borutta:  
> >> Ich selber schreibe schon immer Mails als reinen Text.
> >> 
> >> Nun möchte ich aber einer kleinen NGO helfen, gute HTML-Signaturen
> >> zu erstellen, die sie in Outlook 365 einbinden können.  
> >
> > Was spricht dagegen, da nur-Text zu verwenden?  
> 
> Schaut in Nicht-nur-Text-Mailern oft eher meh aus.

Was sollen die denn da falsch machen?
Die zeigen einfach nur den Text an.

> >> Worauf ist bei HTML-Signaturen speziell zu achten, damit sie auf
> >> vielen empfangenden Clients (auch die auf Mobilgeräten) gut
> >> dargestellt werden?  
> >
> > Die müssen Standardkonform sein.  
> 
> Leider nein. Gerade bei Mail-Programmen gibt es einen Haufen
> Implementationen, die *nicht* standardkonform sind. Outlook z.B. kennt
> viele Standard-Features von HTML und CSS nicht, hat dafür aber etliche
> Erweiterungen (Angeblich wird der HTML-Importer von MS-Word verwendet,
> um HTML-Mails zu parsen).

Dann werden die aber in anderen Mailern (Thunderbird, SOGo, Horse,
Gmail) nicht funktionieren. Daher besser Finger weg von HTML bei E-Mail.

[toc] | [prev] | [next] | [standalone]

#1172

On 2023-08-29 17:38, Marco Moock <mo01@posteo.de> wrote:
> Am 29.08.2023 um 16:07:08 Uhr schrieb Peter J. Holzer:
>> On 2023-08-29 13:34, Marco Moock <mo01@posteo.de> wrote:
>> > Am 29.08.2023 um 13:39:23 Uhr schrieb Andreas Borutta:  
>> >> Ich selber schreibe schon immer Mails als reinen Text.
>> >> 
>> >> Nun möchte ich aber einer kleinen NGO helfen, gute HTML-Signaturen
>> >> zu erstellen, die sie in Outlook 365 einbinden können.  
>> >
>> > Was spricht dagegen, da nur-Text zu verwenden?  
>> 
>> Schaut in Nicht-nur-Text-Mailern oft eher meh aus.
>
> Was sollen die denn da falsch machen?
> Die zeigen einfach nur den Text an.

Ja, aber

* meistens in einem Font variabler Breite, und
* jeder in einem anderen.
* Wenn das Display zu schmal ist (Handy!) wird gnadenlos umgebrochen
* Outlook enfernt manchmal Zeilenumbrüche und produziert sehr lange
  Zeilen

Wenn der User also versucht, seine Signatur optisch etwas hübsch zu
gestalten (was zumindest früher gerne gemacht wurde), dann schaut das
beim Empfänger fast sicher grauenhaft aus, weil alles verschoben ist.


>> >> Worauf ist bei HTML-Signaturen speziell zu achten, damit sie auf
>> >> vielen empfangenden Clients (auch die auf Mobilgeräten) gut
>> >> dargestellt werden?  
>> >
>> > Die müssen Standardkonform sein.  
>> 
>> Leider nein. Gerade bei Mail-Programmen gibt es einen Haufen
>> Implementationen, die *nicht* standardkonform sind. Outlook z.B. kennt
>> viele Standard-Features von HTML und CSS nicht, hat dafür aber etliche
>> Erweiterungen (Angeblich wird der HTML-Importer von MS-Word verwendet,
>> um HTML-Mails zu parsen).
>
> Dann werden die aber in anderen Mailern (Thunderbird, SOGo, Horse,
> Gmail) nicht funktionieren.

Die MS-Erweiterungen funktionieren mit anderen Mailern nicht, das ist
aber egal, weil die vollkommen unnötig sind. (Schon mal ein HTML-File
ansgesehen, das von Word produziert worden ist? Da kann man locker die
Hälfte rausstreichen, ohne dass sich im Browser was ändert. Der ganze
Schrott steht nur drin, damit Word das wieder einlesen und ohne
Informationsverlust ein docx draus machen kann. Ist bei
Outlook-generierten Mails ähnlich, aber nicht ganz so schlimm.)

Das ist aber uninteressant, wenn man HTML schreiben will, das von
möglichst allen Mailern verstanden wird. Dann beschränkt man sich auf
Features, die alle verstehen. Mailer-spezifische Erweiterungen lässt man
genauso weg wie Standard-Features nicht überall implementiert sind.
Weniger ist mehr. Problem dabei ist, dass man halt wissen muss, was man
verwenden kann. https://www.caniemail.com/ sollte dabei aber helfen.

(Wenn man wirklich strenge Vorgaben wegen Corporate Identity hat oder
weil die Mail genauso aussehen muss wie das auf der gephotoshoppten
Powerpoint-Präsentation für den Vorstand ausgeschaut hat, wird man u.U.
mit mailer-spezifischen Erweiterungen arbeiten müssen. Das kann dann
mühsam werden (ich hatte glücklicherweise noch nie das Problem, mir
reichen Anforderungen ans Web-Design))


> Daher besser Finger weg von HTML bei E-Mail.

Da manche Mailer (allen voran Outlook, das leider *sehr* verbreitet ist)
mit reinen Text-Mails nur sehr schlecht umgehen können (da zweifelt man
teilweise an Hanlon's Razor) ist es manchmal das geringere Übel.

        hp

[toc] | [prev] | [next] | [standalone]

#1174

Peter J. Holzer:

>>> > Was spricht dagegen, da nur-Text zu verwenden?  
>>> 
>>> Schaut in Nicht-nur-Text-Mailern oft eher meh aus.
>>
>> Was sollen die denn da falsch machen?
>> Die zeigen einfach nur den Text an.
> 
> Ja, aber
> 
> * meistens in einem Font variabler Breite, und
> * jeder in einem anderen.
> * Wenn das Display zu schmal ist (Handy!) wird gnadenlos umgebrochen
> * Outlook enfernt manchmal Zeilenumbrüche und produziert sehr lange
>   Zeilen

ACK.

Den meisten "Mecker" bekomme ich von Empfängern wegen meiner
"komischen" Zitate mit den "komischen Zeichen vorne dran".

Und durch falsche zusätzliche hinzugefügte Umbrüche werden solche
Texte dann sehr schwer lesbar.

Manchmal bin ich drauf und dran mein Beharren auf TXT-Mails
aufzugeben.

> [...] 
> Das ist aber uninteressant, wenn man HTML schreiben will, das von
> möglichst allen Mailern verstanden wird. Dann beschränkt man sich auf
> Features, die alle verstehen. Mailer-spezifische Erweiterungen lässt man
> genauso weg wie Standard-Features nicht überall implementiert sind.
> Weniger ist mehr. Problem dabei ist, dass man halt wissen muss, was man
> verwenden kann. https://www.caniemail.com/ sollte dabei aber helfen.

Muss ich mal anschauen.

Aber wenn selbst so einfach Sachen wie das Entfernen von
"text-decoration" via CSS bei Empfängern  (siehe meine Nachricht von
gestern zu iOS-Mail als empfangender Client) nicht wirkt, kann man
vermutlich Tage mit dem Testen verbringen.

Bin gespannt, wie genau canieemail.com die ganzen bekannten Mängel
beim korrekten Umsetzen von Standard-HTML und CSS erfasst.



Andreas
-- 
http://fahrradzukunft.de

[toc] | [prev] | [next] | [standalone]

#1176

Andreas Borutta <borumat@gmx.de> schrieb:

> Nun möchte ich aber einer kleinen NGO helfen, gute HTML-Signaturen
> zu erstellen, die sie in Outlook 365 einbinden können.

Wenn man Dich nicht seit Jahren als Regular kennen und schätzen würde  
(vor allem als Vorreiter beim Thema Fahrrad-Diebstahlschutz), könnte man  
meinen, das ist ein Troll-Versuch.
_Wenn_ die schon so einen Unfug machen wollen, ist es IMHO sehr abwegig,  
die auch noch dabei zu unterstützen. Nenne die Nachteile und verabschiede  
Dich höflich, wenn die Merkbefreiung nicht heilbar sein sollte. "NGO" ist  
keine Entschuldigung, sämtliche Dummheiten zu begehen.

HTML-Mails sind eine Seuche. Bzw. wie in-die-Hand-rotzen, bevor man dem  
Gegenüber die Hand reicht.

cu,
Christian

PGP Key available.

[toc] | [prev] | [next] | [standalone]

#1179

Am 30.08.2023 um 20:52 schrieb Christian @Soemtron:
> Andreas Borutta <borumat@gmx.de> schrieb:
> 
>> Nun möchte ich aber einer kleinen NGO helfen, gute HTML-Signaturen
>> zu erstellen, die sie in Outlook 365 einbinden können.
> 
> Wenn man Dich nicht seit Jahren als Regular kennen und schätzen würde
> (vor allem als Vorreiter beim Thema Fahrrad-Diebstahlschutz), könnte man
> meinen, das ist ein Troll-Versuch.
> _Wenn_ die schon so einen Unfug machen wollen, ist es IMHO sehr abwegig,
> die auch noch dabei zu unterstützen. Nenne die Nachteile und verabschiede
> Dich höflich, wenn die Merkbefreiung nicht heilbar sein sollte. "NGO" ist
> keine Entschuldigung, sämtliche Dummheiten zu begehen.
> 
> HTML-Mails sind eine Seuche. Bzw. wie in-die-Hand-rotzen, bevor man dem
> Gegenüber die Hand reicht.

Das ist zwar IMO alles prinzipiell richtig, aber...

In der Regel in Firmen größer Kleinstunternehmen sind die alten usenet 
Netiquette - hier bezüglich E-Mail (Darstellung, Codierung und vor allem 
die minus minus Leerzeichen CR+LF und max. 4 Zeilen Signaturregel) - 
nicht nur inkompatibel, sowie in der Outlook-Nutzer Welt in der Regel 
völlig unbekannt, nein, man wird geradezu zurechtgewiesen, wenn man 
versuchen sollte sich daran zu halten.

Die Signatur in Firmen (in der Regel wie schon gesagt ab etwas größer 
als Kleinstunternehmen) wird vom 
Firmen-Marketing/Unternehmenskommunikation definiert/gestaltet, die 
Geschäftleitung bestätigt das und dann ist die in der betr. Firma 
gesetzt und zwingend zu verwenden. CI/CD. Zumindest in der 
Abteilungs-übergreifenendn E-Mail Kommunikation. Das damit 20 Seiten 
Signatur-TOFU-Mailketten mit vielleicht 10 Zeilen Information entstehen, 
ist dabei egal, das muss so sein. Nicht meine Meinung aber größtenteils 
so gelebt.
-- 
Thomas

[toc] | [prev] | [next] | [standalone]

#1180

Am 03.09.2023 um 15:52:24 Uhr schrieb Thomas Einzel:

> In der Regel in Firmen größer Kleinstunternehmen sind die alten
> usenet Netiquette - hier bezüglich E-Mail (Darstellung, Codierung und
> vor allem die minus minus Leerzeichen CR+LF und max. 4 Zeilen
> Signaturregel) - nicht nur inkompatibel, sowie in der Outlook-Nutzer
> Welt in der Regel völlig unbekannt, nein, man wird geradezu
> zurechtgewiesen, wenn man versuchen sollte sich daran zu halten.

Das kenne ich, doch ich mache es einfach so.
Bisher hatte es keine Konsequenzen.

> Die Signatur in Firmen (in der Regel wie schon gesagt ab etwas größer 
> als Kleinstunternehmen) wird vom 
> Firmen-Marketing/Unternehmenskommunikation definiert/gestaltet, die 
> Geschäftleitung bestätigt das und dann ist die in der betr. Firma 
> gesetzt und zwingend zu verwenden.

Viel Spaß dann beim Implementieren in meinen Mailern. Ich habe einen
Linux-PC im Geschäft und wenn man mir den durch Windows mit Outlook
ersetzen will, ist die erste Aufgabe für mich da die Nutzung von Word
zum Schreiben der Kündigung, weil ich mich mit dem Krempel nicht
rumärgere.

> Zumindest in der Abteilungs-übergreifenendn E-Mail Kommunikation. Das
> damit 20 Seiten Signatur-TOFU-Mailketten mit vielleicht 10 Zeilen
> Information entstehen, ist dabei egal, das muss so sein. Nicht meine
> Meinung aber größtenteils so gelebt.

Kenne ich, mache ich aber nicht. Da müssen die Leute mit leben - und
tun das auch.

[toc] | [prev] | [next] | [standalone]

Page 1 of 2  [1] 2  Next page →

Back to top | Article view | de.comm.software.mailreader

csiph-web