OK.. danke! Vielleicht richte ich das mal ein.
Aber wie gesagt: Zunächst muss der Versand auch manuell funktionieren.
Was nützt der beste HTML-Newsletter, wenn der nur unzuverlässig, wohl möglich an jeden zweiten Abonnenten versendet wird und man das nicht einmal sehen kann! Das müsste mal ein PHP-Profi unter die Lupe nehmen.
Wohlmöglich laufen die Kommandos schneller als diese verarbeitet werden können. Das ist vielleicht auch von der Performanz des Servers abhängig, was wiederum begründen könnte, warum bei einigen dieses Probleme nicht auftritt.
Da verschluckt sich was! Denn bei nur 4 Adressen sollte das ja wohl funktionieren!
D.
Das ist wohl wahr - wenn der manuelle Versand nicht funktioniert, dann hilft auch der cronjob nicht weiter. Der erspart nur das ständige Klicken um die nächsten 50 Mails zu verschicken.
Jochen Weiland
Jau! :-)
ist hier jemand der das gleiche Problem oder einen Tipp hat dieses zu lösen?
Hallo,
ich habe bereits von einem anderen Problem
gehört, das Newsletter doppelt versendet.
Dies kann passieren, wenn der manuelle
Versand zweimal angestossen wird bevor
der erste Versand tatsächlich abgeschlossen
ist. Scheinbar wird der Zähler bzw. Verweis
auf die nächsten 50 Adressen erst nach
dem Durchlauf eines Zyklus erhöht und
ein Doppelversand nicht durch einen
Sicherheitsmechanismus geschützt.
Nun aber zu deinem Problem:
Versuch einmal folgendes und lege 4 verschiedene
E-mailAdressen an, adresse1@irgendwas.de,
adresse2@irgendwas.de... und trage diese in dieser
Reihenfolge in eine neue Empfängerliste ein.
Sende dann den Newsletter an diese 4 Adressen.
Falls dann die Newsletter nur an adresse 1
und adresse 3 oder 4 gesendet werden wissen
wir, dass der Versand irgendwo blockiert wird, zum Beispiel am Virenschutz oder an einem
anderen Schutzmechanismus, z.Bsp. einem
"Worm Outbreak" oder Mail Traffic Limit.
Die Ursache liegt meiner Meinung nach
im dmail, eigentlich sollte es einen
Schutzmechanismus geben, der zum einen
einen Doppelversand verhindert und zum
anderen wartet bis eine E-Mail gesendet
wurde bevor die neue versendet wird.
Die Fehleranalyse ist so eine Sache für sich,
die automatische Auswertung der Rückläufer
(unzustellbar) hat bei mir noch nie funktioniert.
Da kommt mir doch gerade noch so eine Idee,
vielleicht könnte man das sogar ausnutzen um
zu sehen was da tatsächlich passiert...
Z.Bsp. legen wir eine Empfängerliste mit
100 fiktiven E-Mail (fiktiv1-fiktiv100)
Adressen an, die tatsächlich
nicht existieren. Diesen senden wir dann den Newsletter.
Im konfigurierten Postfach (dmail Modulkonfig)
sollten dann eigentlich 100 Rückläufer zu finden
sein... Falls nicht könnte man herausfinden,
welche zugestellt wurden und welche nicht.
Danke für den Tipp..
Ich vermute wirklich, dass ein Doorkeeper da seit neuem reinpfuscht. Denn ich habe Direct Mail nochmal völlig neu, auf in einer frischen Typo3 Version eingerichtet. Das gleiche! Von 4 Anmeldungen kamen wieder nur 2 Mails an!
Da ich in den ketzten zwei Jahren Direct mail ohne Probleme benutzt hatte, kann ich mir nur vorstellen, das Mittwaldmedien da was auf dem Server gepackt hat!
<grummel>
Na wunderbar, da scheine ich ja nicht der einzige mit diesem Problem zu sein. Ich benutze dmailer seit zwei Monaten.
Mir ist zum oben Erwähnten noch folgendes aufgefallen:
- Ich habe zuerst ca. 1000 NL manuell (jeweils 50) ausgelöst -> soweit schien dabei alles i.o.
- Das wurde mir dann zu mühsam und ich habe die aus 50 mails in class.t3lib_dmailer.php auf 500 gestellt -> oh Schreck, einige bekamen den NL bis zu 10mal, und andere konnten ihn nicht lesen. (sehr lästig)
- Dann wurde der cronjob eingerichtet (50 NL per 5min.) Nun bekommt zwar niemand mehr einen doppelt, aber einige bekommen keinen NL und andere können ihn nicht lesen!?!
Das einige den NL nicht lesen können kann vermutlich auch auf der Empfangsseite liegen. Wie ich den NL anzulegen oder einzutellen brauche, damit ihn wenigstens alle lesen können, weiss ich leider auch nicht (liegt vermutlich nicht nur an der Unterscheidung HTML/TXT).
Vielleicht hilft das ja weiter.. auf jeden Fall brauche ich bald eine Lösung -> ansonsten knallt mir der Kunde seine verlorene Kundschaft um die Ohren...
...aber einige bekommen keinen NL und andere können ihn nicht lesen!?!
Da hilft nur eine genaue Analyse:
WER bekommt keinen NL? Liste machen, dann analysieren, was haben diese gemeinsam (Provider, Email-Client, HTML/TEXT Abo...)
Mail-Log des Servers prüfen: gingen die Mails nicht raus oder gingen sie raus und wurden nicht zugestellt (zurückgekommene Mails prüfen)
"Andere können ihn nicht lesen". Das ist eine wischi-waschi Aussage. Wie soll man da bloß Hilfestellung geben??? Ist es weißer Text auf weißen Grund? Kyrillisch?
Jochen Weiland
Hallo Jochen
Tut mir leid, natürlich kann so kein Fehler gefunden werden. Ich wollte ja erstmal bloss mit den anderen das Leid teilen.
Zu den Fehlern:
Es scheint als wäre bei einen Teil von NL-Empfängern nur ein Teil des html-codes angekommen:
z.B. folgende Meldung wurde an mich weitergeleitet:
>-- Original-Nachricht --
> >To: ABC@bluewin.ch
> >Subject: DADA siegt!
> >From: XY-Team <news@xy.ch>
> >Date: Mon, 23 Jan 2006 16:00:25 +0100
> >
> >
> >
> > <html>
> > <head>
> > <base href="http://www.XY.ch/" /> <title>Error!</title>
> > </head>
> > <body bgcolor="white">
> > <div align="center">
> > <table border="0" cellspacing="0" cellpadding="0" width="333" bgcolor="#ffffff">
> > <tr>
> > <td><img src="t3lib/gfx/typo3logo.gif" width="333" height="43" alt="" /> vspace="10"
> >border="0" alt="" /></td>
> > </tr>
> > <tr>
> > <td bgcolor="black">
> > <table width="100%" border="0" cellspacing="1" cellpadding="10">
> ><tr> <td bgcolor="#F4F0E8">
> > <font face="verdana,arial,helvetica" size="2"><b><center><font> >size="+1">Error!</font></center></b><br />The page is not configured!
[type=
> >99][] </font>
> > </td>
> > </tr>
> > </table>
> > </td>
> > </tr>
> > </table>
> > </div>
> > </body>
> > </html>
> >
> >Beilage: Beilage
> >
> >
> >Beilage: Beilage
> >
> >
> >Beilage: Beilage
> >
> >
> >Beilage: Beilage
> >
> >
> >Beilage: Beilage
> >
> >
> >Beilage: Beilage
> >
Ausserdem gibt es NL-Empfänger die von durchsichtigen Mails sprechen. Ich nehme an das sich dabei einfach die Bilder im Text nicht an ihren Platz halten und einfach nach oben verschoben, hinter dem eigentlichen Text stehen. So entsteht ein beinahe unleserlicher Text über einem Bild!
Das sind die beiden Fehler die aufgetaucht, und auch gemeldet wurden. Die NL die ich bekommen habe, (bin auch eingetragen) waren bisher imm er iO.
Kann es sein dass es in der configuration von directmails Einstellungen gibt (z.B. Encoding for dm, configure technical options) die hierbei besser wären?
Lesen bildet. Das gilt auch in diesem Fall (sorry, bin etwas sarkastisch heute, morgen wieder besser...)
Also werfen wir mal einen Blick auf den HTML Code, da finde ich so was wie
<title>Error!</title>
<font> >size="+1">Error!</font></center></b>The page is not configured!
[type=
> >99][] </font>
Was sollte man generell tun, wenn man Newsletter verschickt? Vorher mit eigenen Email Adressen testen. Und dann stellt man fest, daß vielleicht der HTML Newsletter funktioniert, aber die Nur-Text Version nicht.
Also "page is not configured [type=99]" besagt, daß die Nur-Text Version des Newsletters nicht richtig konfiguriert ist. Fehlt z.B. "plugin.alt.plaintext (99)" im Template?
Jochen Weiland
Uiuiui lieber Jochen,
da hast Du ja vielleicht (vermutlich ganz sicher) recht. Mein Template ist rudimentär und sieht so aus:
<!-- ###DOKUMENT### begin -->
<body bgcolor="#EAE4CC" text="#000000" link="#993333" vlink="#993333" alink="#993333" leftmargin="0" topmargin="0" marginwidth="0" marginheight="0" style="font-family: Verdana; font-size: 10px">
<div id="frame_home" align="left" style="position:absolute; top:50; left:50; width:500; overflow:hidden; ">
<table border="0" cellpadding="0" cellspacing="0" style="border-collapse: collapse" bordercolor="#111111" width="500" id="AutoNumber1" background="fileadmin/images/frame_home.gif">
<tr>
<td width="20" height="70" rowspan="2" bgcolor="#993333">
<font size="1">###SZ###</font></td>
<td width="20" valign="top" rowspan="2">
</td>
<td valign="top">
<font size="1">###CONTENT###</font></td>
</tr>
<tr>
<td valign="bottom">
<font size="1">Herzlich grüsst <br />
Ihr XY-Team<br />
Copyright ©</font><span style="font-family: Arial; font-size: 11pt"> </span>
<font size="1"><a href="http://www.XY.ch">www.XY.ch</a>
</font></td>
</tr>
</table>
</div>
</body>
<!-- ###DOKUMENT### end -->
Wie Du siehst, nicht von einem...
"plugin.alt.plaintext (99)" im Template
Und wo müsste das nun hin?
Das ist ein Typoscript Modul, das ins Typoscript-Haupttemplate mit eingebunden wird, kein HTML Template. "Genauso wie css_styled_content" oder "content(default)"
Jochen Weiland
Jetzt bin ich auch mit Dir einverstanden. Lesen bildet tatsächlich, aber leider nur wenns man's versteht! Und das habe ich jetzt auch verstanden :o
Das plugin ist nun drin...(unter dem SYS-Ordner Direct-Mail) und nun läuft es auch mit der TEXT-Version...
Einzig was noch nicht korrekt läuft: Die Links für die die Bilder des NL (in der Text-Version werden dafür nur die Links angezeigt)führen ins Nirvana? Wo kann dies geändert werden?