[bv64]

Ich denke nicht, dass Pflaugi da dran war und irgendwas verstellt hat, sonst hätten wir das ganze Thema nicht.
Für ihn kam das Problem überraschend und wenn ich gerade selbst etwas geändert habe, wäre das wohl die erste Stelle, wo man wieder schaut

Ich hoffe Strato antwortet ihm zeitnah, damit da mal Klarheit kommt

[Pflaugi]

Hallo zusammen,
zuerst mal vielen Dank, das der Thread jetzt etwas zusammengefasst und übersichtlicher ist.
Manchmal schreib ich schneller wie ich denke, aber das ist nicht böse geimeint...

Strato hat sich bei mir vor kurzem gemeldet. Die brauchen jetzt aber nochmal eine Freigabe damit sie Einsicht in den geschützten Kunden Login haben können.

Zu den Einstellungen bei Strato:
Das letzte was ich da mal hinterlegt hatte war ein Wert in den TXT und CNAME Records inklusive DKIM-Einstellungen für die google Search Console. Das ist bestimmt 5 oder 6 Monate her. Hat funktioniert und sollte damit eigentlich nix damit zu tun haben.

Aber trotzdem wird morgen mal alles überprüft. Irgendwo muss es ja hängen.
Es wird berichtet.
Vielen Dank für die tatkräftige Unterstützung.

[bv64]

ich werf mal noch etwas in den Raum, ohne mich in tausend Worten zu verlieren

Blacklist-Check, aber am besten mit IP des Mailservers, wenn es Webspace ist, denn dann kann es auch durch andere passieren
z.B. https://dnsblcheck.de/
oder die SuMa deiner Wahl quälen

[Gerti]

Problem gelöst!

Nach dem heutigen Gespräch mit Strato (technisches Back-Office) wurde zunächst mitgeteilt das keinerlei Fehler oder etwaige Sperren im Hostingaccount gegeben sind. Es wurde jedoch darauf verwiesen das PHP-Mails Probleme verursachen könnten und regte an das man es doch möglichst über SMTP realisieren möchte.

Gesagt getan und schwupp, es werden E-Mails vom Forum korrekt versendet.

Da hat Pflaugi bei seinem Test (siehe hier) irgendetwas bzgl. SMTP im ACP (soweit er dies meinte) nicht korrekt eingestellt

Darum kam ich auch nicht mehr zur Intension zumindest SMTP nochmals zu Testen, denn dann wäre mancher Dialog entfallen ...ärgert mich selbst. Nun enn, das Problem ist gelöst. Was mich nur interessieren würde ist, ob da einige Hoster bzgl. Foren etc. nach und nach nur noch Mails via SMTP akzeptieren.

Mein Dank an alle Mitwirkenden zur Lösungsfindung.

[Pflaugi]

Ich möchte mich auch nochmal bei allen hier, insbesondere bei Gerti bedanken, die zur Lösung des Problems beigetragen haben.
Wieso allerdings Strato plötzlich kein PHP mehr akzeptiert ist mir ein Rätsel. Aber gut.
Nach 3 kg weniger und ein paar schlaflose Nächte und Grübeleien ist das Problem zum Glück erledigt.

Nochmal vielen Dank an das tolle Forenteam. Werde euch weiter empfehlen... 

[Schnapsnase]

Wieso allerdings Strato plötzlich kein PHP mehr akzeptiert ist mir ein Rätsel. Aber gut.

Ich hatte die ganze Zeit nie Probleme mit PHP-Mail bei Strato und habe auch jetzt noch keine, aber wer weiß, was da bei dir los ist.
Andere Anregungen wurden ja offensichtlich ausgeschlossen oder nicht geprüft.

[Gerti]

Weder ein Plugin, noch MyBB selbst ist hier auf eine Trennung angewiesen oder sucht danach.

Diese Aussage ist inkorrekt!

Du verwendest in Deinem Beispiel selbst den Platzhalter TABLE_PREFIX.
Dein erwähnter Code hat im Einklang mit Deiner Aussage keine Möglichkeit, automatisch zu erkennen, wo der Präfix endet und der Tabellenname beginnt.

Wenn ein PlugIn in einer Tabelle z.B. eine zusätzliche Tabelle mit:

PHP-Code:

$db->query("CREATE TABLE ".TABLE_PREFIX."mytable... 


erstellen soll, oder eine zusätzliche Spalte in einer bestehenden Tabelle mit:

PHP-Code:

$db->write_query("ALTER TABLE " . TABLE_PREFIX . "mytable.... 


erstellen möchte, wird TABLE_PREFIX verwendet.

Ist kein Unterstrich gegeben (Beispiel: abcmytable), weiß die SQL-Anweisung nicht wie viele Stellen der Tabellenpräfix hat! Bei der Tabelle abc_mytable ist dies klar durch den Unterstrich definiert.

Das MyBB, hier insbesondere PlugIns, ist funktionell so aufgebaut, dass der Tabellenpräfix eindeutg (allgemein wird ein Unterstrich verwendet) erkennbar ist

Die Trennung per Unterstrich ist m.E. nur für Übersichtlichkeit und Lesbarkeit wichtig.

Rein funktionell gesehen ist dies korrekt, nicht jedoch für PlugIns welche Tabellen oder Spalten anlegen soll(t)en.

---

Andere Anregungen wurden ja offensichtlich ausgeschlossen oder nicht geprüft.

Welche Anregungen meinst Du? Ich habe jetzt nochmals jeden Deiner Beiträge in diesem Thread durchgelesen. Habe ich irgend eine Anregung überlesen/übersehen? Welche?

[StefanT]

Weder ein Plugin, noch MyBB selbst ist hier auf eine Trennung angewiesen oder sucht danach.

Diese Aussage ist inkorrekt!

Du verwendest in Deinem Beispiel selbst den Platzhalter TABLE_PREFIX.
Dein erwähnter Code hat im Einklang mit Deiner Aussage keine Möglichkeit, automatisch zu erkennen, wo der Präfix endet und der Tabellenname beginnt.

Wenn ein PlugIn in einer Tabelle z.B. eine zusätzliche Tabelle mit:

PHP-Code:

$db->query("CREATE TABLE ".TABLE_PREFIX."mytable... 


erstellen soll, oder eine zusätzliche Spalte in einer bestehenden Tabelle mit:

PHP-Code:

$db->write_query("ALTER TABLE " . TABLE_PREFIX . "mytable.... 


erstellen möchte, wird TABLE_PREFIX verwendet.

Ist kein Unterstrich gegeben (Beispiel: abcmytable), weiß die SQL-Anweisung nicht wie viele Stellen der Tabellenpräfix hat! Bei der Tabelle abc_mytable ist dies klar durch den Unterstrich definiert.

Das MyBB, hier insbesondere PlugIns, ist funktionell so aufgebaut, dass der Tabellenpräfix eindeutg (allgemein wird ein Unterstrich verwendet) erkennbar ist

Die Trennung per Unterstrich ist m.E. nur für Übersichtlichkeit und Lesbarkeit wichtig.

Rein funktionell gesehen ist dies korrekt, nicht jedoch für PlugIns welche Tabellen oder Spalten anlegen soll(t)en.

Das Präfix hat weder funktionelle noch technische Gründe und kann daher problemlos leer gelassen oder beliebig gewählt werden. Erlaubt sind dabei Groß- und Kleinbuchstaben, Zahlen und Unterstriche, zudem gibt es eine Begrenzung auf 40 Zeichen. Dies sind Einschränkungen auf Seite der unterstützten Datenbank-Engines.

Durch das Präfix ist es möglich verschiedene Anwendungen in einer Datenbank zu betreiben, ohne dass es zu Konflikten kommt. Beispielsweise haben die meisten Anwendungen eine Tabelle "users". Es wird allerdings empfohlen verschiedene Anwendungen in getrennte Datenbanken zu installieren, sofern der Hoster dies erlaubt.

Die Aussagen aus deiner Erklärung kann ich nicht nachvollziehen. Die SQL-Anweisung muss wissen, wie die Tabelle heißt, wie das Präfix aufgebaut ist dabei irrelevant. Auch für Plugins spielt es keine Rolle, wie das Präfix lautet. Dies sieht man gut am Beispiel: Es wird stumpf eine Konstante vor den Namen der Tabelle gesetzt, ohne irgendwelche Logik oder Einschränkungen.

[bv64]

danke Stefan für die Klarstellung

[Gerti]

Dem Dank schließe ich mich aus rein technischer Sicht an, da Präfixe nur böntigt werden wenn verschiedene Apllikationen (MyBB, Wordpress usw.) in einer Datenbank gegeben sein sollten. Man lebt daher zukunftsorientiert besser wenn man sich im Zweifel, um etwaigen Unstimmigkeiten vorzubeugen, am Werbespruche von Kärcher orientiert.