Zum Inhalt springen

HTML Mails kommen zerhackt an

Erstellt am 27. Oktober 2004 · 23 Antworten · letzte Antwort am 17. Februar 2005 · Seite 1 von 2

Tags: Frage

paxson ·

ist auch so eingestellt.

Content-Type: text/html; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
barthel ·

Versuche mal auf 8bit zu ändern.
Wie ist die Codierung deiner Website eingestellt ? ISO-8859-1 oder ISO-8859-15 oder gar UTF-8 ?

paxson ·

enconding ist iso-8859-1.

wo kann ich denn ein anders encoding einstellen? in der configuration kann man ja nur ein encoding für quickmails einstellen. der rest kommt anscheinen direkt aus dem quellcode.

barthel ·
paxson schrieb

enconding ist iso-8859-1.

wo kann ich denn ein anders encoding einstellen? in der configuration kann man ja nur ein encoding für quickmails einstellen. der rest kommt anscheinen direkt aus dem quellcode.

Für die Website ?

page.config {
    # set default encoding
    renderCharset = utf-8
    metaCharset = utf-8
}
paxson ·

wie gesagt, keine ahnung wo man das für den mailer einstellen kann.
wenn ich's im quellcode eintrage hilft's auch nichts.

paxson ·

wie schon gesagt:

in der configuration kann man ja nur ein encoding für quickmails einstellen

allerdings will ich ja den newsletter verschicken und keine quickmails. die funktionieren ja auch.

barthel ·
paxson schrieb

wie schon gesagt:

in der configuration kann man ja nur ein encoding für quickmails einstellen

allerdings will ich ja den newsletter verschicken und keine quickmails. die funktionieren ja auch.

Habe dich mir derHansen verwechselt... bei ihm ging es um quickmail...
So ein durcheinander :o

Ich installiere mal die newsletter extension und schaue mir mal den Quellcode an.
Ich melde mich wieder.

barthel ·
barthel schrieb

Ich installiere mal die newsletter extension und schaue mir mal den Quellcode an.

Welche Extension hast du installiert ?
[Gobernalia] Newsletter gb_newsletter
Frontend Newsletter sa_fenewsletter

derhansen ·

Hallo,

auch bei mir gehts um den Newsletter und den direkten Versand (nicht Quickmail). Hab das dem Encoding mal eingestellt, mal sehen ob das klappt. Kann doch aber nicht sein, dass paxson und ich die einzigen sind, dei solche Probleme haben. Unter Typo3 3.62 war alles noch ok, erst seit 3.7 gibts die Probleme.

Gruß,
derHansen

paxson ·

ich verwende eigentlich keine untypischen plugins. für das subscription habe ich "direct mail subscription" 1.0.3 installiert (funzt auch) und für den newsletter "Web>Plugins, Direct Mail" 1.0.8 und nachdem es nicht funktioniert hat auch noch "Web>Plugins, Direct Mail - Extended" 0.2.2. Natürlich noch "Web>Plugins" 0.0.5 ansich. das template für die newsletter seiten ist wie folgt:

lib.alt_plaintext.renderObj.siteUrl = http://myhome.de/
alt_plaintext.10.template.file = fileadmin/files/plaintext_template.html
alt_plaintext_test.10.template.file = fileadmin/files/plaintext_template.html

page = PAGE
page.typeNum = 0
page.10 = USER
page.10.userFunc = tx_templavoila_pi1->main_page

included ist "content(default)" und "plugin.alt.plaintext(99)".

es könnte vielleicht an den quotedprintable() functionen in den mailclassen liegen. werde mich da noch ein bissel austoben heute.

barthel ·
paxson schrieb

es könnte vielleicht an den quotedprintable() functionen in den mailclassen liegen. werde mich da noch ein bissel austoben heute.

Bzw. der Funktion, anstatt this->Encoding ein "8bit" übergeben oder this->Encoding auf "8bit" stellen.
Das sollte eigentlich reichen.

Schreibt ihr eure newsletter von einer Windows Kiste aus ?
Dann schau doch gleich mal, ob das Handling mit "
", "

" und/oder "
" richtig umgesetzt wird.

paxson ·

Ich hab's für mich jetzt soweit gelöst. es liegt tatsächlich am umsetzen des textes in quoted-printable von typo. ich habe die funktion dafür jetzt umgangen und den text in der email als 8bit gekennzeichnet. jetzt funktionierts bei mir. werde dass auch mal in der typo3 bugliste kommentieren.

meine änderungen:

1. in der datei typo3conf/ext/sr_direct_mail_ext/class.ux_t3lib_dmailer.php in zeile 177 (ca.)

var $plain_text_header = "Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable";
var $html_text_header = "Content-Type: text/html; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable"; 

ändern in 

var $plain_text_header = "Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit";
var $html_text_header = "Content-Type: text/html; charset=iso-8859-1
Content-Transfer-Encoding: 8bit";

wer nicht die "Web>Plugins, Direct Mail - Extended" installiert hat muss die änderung sehr wahrscheinlich in der datei typo3/t3lib/class.t3lib_dmailer.php machen.

2. in der datei typo3/t3lib/class.t3lib_htmlmail.php in zeile 1330 (ca.) die funktion quoted_printable($string) ändern. gleich nach dem funktionskopf den string wieder zurückgeben:

function quoted_printable($string) {
  return $string;

  // der rest kann auch ruhig stehen bleiben.
}

ich hoffe das hilft. für mich reichts erstmal. ich werd noch im bugforum eintragen und mal abwarten was die typo-leute dazu meinen.

danke für die hilfe
paxson

barthel ·

Schon meine Oma hat früher gesagt:

Alles wird gut !

😃

Dann muß ich mir jetzt nicht unbedingt ein 3.7 installieren ;-)

elv1s ·

Also,

ich hatte auch ´ne problem das Html mails nicht richtig angekommen sind bei webmailservers (gmx) etc.

habe die änderungen durchgeführt... resultat.. noch schlimmer... nun bekommt auch Netscape, mozilla und outlook ´ne "§*° Mail. Häßliches grün und Bilder werden als Anhang verschickt!!

Was habe ich falsch gemacht!?!?

Gr.
Kasper