Support-Forum Mirko Böer Softwareentwicklungen

Ay, haut hin.
Danke!

Dann werd ich mal zusehen, dass ich diese Info bekomme bzw. den Speicher ein bisschen raufdrehen lasse...

anderes Problem: Dadurch dass dieses Mailing nun mehrfach versendet wurde, stehts auch 5 mal im Archiv drinnen...
Schaff ich es irgendwie, dass dort nur der letzte erfolgreiche Sendeversuch ...

Alles klar, aber damit hat man beim nächsten Mal wenigstens den Hinweis, darauf zu achten

Danke jedenfalls für den raschen und unkomplizierten Support!

ahhh... ausgezeichnet, danke!

kann man so eine fehlermeldung einbauen?

lg

Ich habe den Versand abgebrochen, nachdem wieder keine Mails verschickt wurden.

Zugangsdaten kommen per PN.

brauchst du den user, unter dem die mailings sind, oder reicht dir ein neuer jungfräulicher admin-user auch?

Das Mailing scheint nun abgebrochen zu sein.
Beim Aufruf der crons.php erscheint nun:

CurrentCronJobScriptLevel: 8
Done.
CurrentCronJobScriptLevel: 11
Done.
CurrentCronJobScriptLevel: 12
Done.
CurrentCronJobScriptLevel: 999
Done.
Etwaige geplante Aufgaben wurden ausgeführt.

Jetzt wollte ich die crons.php händisch öffnen, weil er mir das Mailing nicht mehr abbricht - da bekomme ich folgende Meldung:

CronJob lock active, try again later.

Update durchgeführt.

Versand startet brav per Cronjob, ein Blick ins Versandprotokoll zeigt aber, dass 0 Mails versendet wurden.

In der Ausgangswarteschlange sind ein Haufen Einträge drinnen, allerdings alle mit \"Sendeversuche: 0\"...

Die Test-Mail des Mailings kann aber ohne Probleme versendet ...

aja: und 1. eintrag löschen brachte nix

ja ist die aktuellste version.

die warteschlange ist brechend voll, allerdings steht bei jeden eintrag \"versendeversuche: 0\" dabei...

irgendwas hats da...

Ich habe das selbe Problem.
Test-Mail des Mailings funktioniert, beim Versenden anschließend über die crons.php klappts aber nicht und die Fehlermeldung

Script timeout at level 12.
Check options of email retrieving or for email sending.

erscheint.

Habt in den Options schon den Wert der zu ...

ha das wars! danke!

dubios ist nur dass er trotzdem SELECTs auf die DB absetzen konnte, obwohl er das config_db.inc.php nicht finden konnte... :d_gutefrage:

aber das werde ich auch noch rausfinden.

ja er hat CREATE rechte, über phpmyadmin hauts mit dem gleichen user ja hin.

was noch seltsam ist: beim aufruf der loginseite legt er mir im unterordner superwebmailer ein leeres fiel config.inc.php mit 0 byte an. und dann kommt die warnung, dass die config.inc.php nicht die rechte 444 hat, obwohl ...

bin draufgekommen, dass der alte webserver mit den alten daten noch läuft.
hab am neuen jetzt alles gelöscht, nochmal vom alten die dateien rübergeschoben und ein sql-dump eingespielt.

wieder das selbe. login usw. funktioniert, nur beim anlegen eines neuen mailings kommt diese sql-fehlermeldung ...