Support-Forum Mirko Böer Softwareentwicklungen

Kann ich nicht viel mit der Fehlerbeschreibung anfangen.

Wenn das SuperMailer ist im SuperMailer das Projekt öffnen, Menü E-Mail unten die E-Mail-Codierung auf UTF-8 ändern und das Projekt speichern.

vielleicht beim letzten Einspielen des Updates die Datei config.inc.php nicht getauscht, das passiert vielen beim manuellen Einspielen des Updates.

Update unter

https://www.superwebmailer.de/newslette ... wnload.htm

laden und einspielen, an der Ersetzung der Datei config.inc.php dabei unbedingt denken.

"Retten" kann man immer solange wie die Datenbank nicht verändert wird, denn in der Datenbank liegen die wichtigen Daten. Zuerst Datei userdefined.inc.php runterladen, im Texteditor öffnen, vor define("DEBUG", Raute-Zeichen # entfernen, Datei speichern, hochladen, Aufruf testen, ...

irgendwer muss etwas an der Installation geändert haben, wenn es vor 4 Wochen noch funktioniert hat. Der Webspace-Provider hat Zugriff darauf oder man selbst hat, z.B. per .htaccess-Datei etwas verändert.

error_log der Webpräsenz prüfen Per FTP/SFTP mit dem Webspace verbinden, Rechte auf die PHP-Scripte im SuperWebMailer-Verzeichnis anschauen, die sollten auf 0644 stehen, die config*-Dateien auf 0444. Im Browser im SuperWebMailer-Verzeichnis das Script current_time.php aufrufen, das zeigt die Uhrzeit...

Über Menü Datei - Empfängerdatenbank wechseln kann man auf eine andere Empfängerdatenbank wechseln, damit auch auf eine eigene "globale Empfängerliste". Das muss man immer machen, wenn man ein Projekt mit "Speichern unter" mit neuen Namen speichert. Nur bei Verwendung von MySQL i...

Hat sich nichts geändert, der Server wird langsamer die E-Mails annehmen oder die E-Mail ist größer als vorher. 5000 E-Mails in 17 Minuten ist auch ein zu schneller Versand, das sollte verlangsamt werden, um die Erkennung als Spam zu vermeiden.

Der Record wird nicht immer bei der DNS-Abfrage aller TXT-Records übermittelt, dann findet SuperMailer diesen nicht. Es wird ein Update geben, dann wird direkt nach _dmarc.<domainname> eine Abfrage gestartet, das scheint immer das korrekte Ergebnis zu liefern.

Er findet den TXT-Record nicht, die Option deaktivieren, Doppelklick auf die Meldung.

wenn man an den DNS-Server-Einstellungen etwas ändert, kann es dauern bis zu 24 Stunden dauern bis alle Server dies mitbekommen haben oder es geht auf den Webspace einfach nicht, weil ein interner DNS-Server verwendet wird, der nicht alle externen Einträgen übernimmt mit dem Versand per CronJob hat ...

DMARC Record sollte gesetzt werden, Pflicht ist das nicht aber sehr empfehlenswert und macht, wie der SPF-Record, nicht viel Arbeit.

Nein, für die komplette Webpräsenz gibt es diese normalerweise.

Das habe ich getestet, ist kein Fehler. Bei Aufnahme der E-Mail-Adresse in eine weitere Liste werden Duplikate automatisch ignoriert, wenn das Zulassen von Duplikaten nicht erlaubt ist und die E-Mail-Adresse bereits existiert. action-Aufruf ist bei jedem Form-Tag enthalten, wenn nicht, verweist es a...

in dem Formularcode steht <form action="https://-Aufruf, diesen Aufruf prüfen, der wird nicht korrekt sein oder diese ist korrekt aber die Seite "Standard Bestätigungslink bei Anmeldung versendet" ist leer, Menü Webseite - HTML-Seiten-/Umleitungen prüfen.