Runschreiben werden nicht an alle Abonnenten versendet

[Bieyan]

Hi erstmal an alle,

ich hab ein Riesenproblem mit unserem Rundschreibenversand. Die Liste umfasst 7.500 Empfänger, aber nur ca. 600 Mails werden verschickt (wurde über PhPMyAdmin in Tabelle "module_newsletter_temp_xx" überprüft). Des Weiteren wird der Newsletter auch im Admin-Menü nicht als versandt angezeigt.

Ich benutze die neueste Xt-Version, der Server ist ein Managed Server und bei Schlund gehostet. Welche Einstellungen muss ich in Xt-Commerce vornehmen , damit alle Kunden das Rundschreiben erhalten? Oder muss die Serverkonfiguration geändert werden?

Vielen Dank schonmal im Voraus für Eure (hoffentlich ) zahlreichen Antworten und allen ein schönes Wochenende.

[denios.de]

Hallo,

wir haben exakt das gleiche Problem...

Wir verwenden einen Managed Server von Internet24 und haben über diesen den Newsletter verschickt.

Bei ziemlich genau der 619ten Mail ist der Versand mit angehängter Fehlermeldung unterbrochen worden.

Gibt es schon eine Lösung für das Problem.

Gruß
Andre

[nephila]

Hallo,
und auch ich habe genau dieses Problem mit genau dieser Fehlermeldung.
Ich versende mails mit smtp. Weiss jemand mittlerweile, woran es liegen koennte?

Nephila

[denios.de]

Hallo nochmal,

Internet24 hatte genau wie wir die Vermutung, dass es eventuell doch ein Problem mit einem Timeout sein könnte, dieser stand auf 120 sek.

Das wäre für unsere Menge von Mails auf jedenfall zu wenig. I-24 hat den Timeout verdoppelt auf 240 sek. und siehe da... NICHTS Das Skript bricht wieder an der exakt gleichen Stelle ab, also kann es ja nur ein Problem von XTC sein, oder?

[nephila]

Nein, am Timeout liegt es nicht(das wird abgefangen, indem immer nur eine bestimmte anzahl mails rausgehen, siehe weiter unten).
Ich kann es leider auch noch nicht ganz fassen, woran es genau liegt, aber es haengt mit der Art zusammen, wie das Skript den Newsletter verschickt. Ich _denke_ es liegt daran, dass das script sich immer wieder selbst aufruft mit unterschiedlichen limits (per get-variable uebergeben, geben diese limits an, welche eintraege der db nun bearbeitet werden sollen). Zumindest Firefox interpretiert dieses Verhalten wohl als Endlosschleife(siehe fehlermeldung). Das ist meine erste Einschätzung. Leider hab ich keine Umgebung in der ich _einfach mal_ testen könnte, so dass ich bisher noch nichts genaueres weiss und auf Antwort eines versierten Benutzers warte

[denios.de]

Ohhh,

mein heißgeliebter Feuerfuchs verursacht also den "Fehler", bzw. ist einfach etwas zu SICHER.

Da mußte ich jetzt, wider meiner sonstigen Gewohnheiten, mit einem nicht
ganz so sicherern Browser Arbeiten... Gruß nach Redmond.

Tja, und damit läuft es. Uns ist damit erst einmal geholfen... Schade ist es trotzdem.

Gruß
denios.de

[nephila]

Mit IE funktioniert das also?
Sorry, dass ich so doof fragen muss.. ich konnte wie gesagt nur rausfinden woran es liegen _könnte_

Nephila

[denios.de]

Japp,

im IE hat es ohne Fehlermeldung funktioniert. (Mit Testdaten)

Aber interessanterweise sind nicht alle Mails verschickt worden.
Von 2011 Mails wurden "nur" 1956 Mails verschickt, aber wie gesagt,
ohne Fehlermeldung...

Sehr mysteriös!

[nephila]

Naja,
da mach Dir mal keine zu grossen Gedanken. Bei 2k Adressen dürfen ein paar 'defekt' sein. Tippfehler, Adresse hat sich geändert... das alles ist möglich.

Danke

-Nephila

[denios.de]

Tja,

leider muß ich mir doch Gedanken machen, weil dieser Testversand sollte an 2011 IDENTISCHE Mailadressen gehen...

In der Datenbank waren 2011 exakt gleiche Einträge!!!

Und trotzdem wurden ca. 60 Mails nicht verschickt, darum ist es sehr mysteriös.