phpBB.de

Guten Tag Gemeinde,

ich habe am vergangenen Samstag das Update auf die 3.0.10 durchgeführt über den automatischen Updater, der die Dateien austauscht etc.

Ab diesem Tag kann sich nun niemand neues mehr im Forum anmelden, weil keine (Aktivierungs-)E-Mails mehr verschickt werden!

Es kommt folgender Fehler im Fehlerprotokoll (unter "Vorgang"):

E-Mail-Fehler
» EMAIL/PHP/mail()
/ucp.php

bzw.

E-Mail-Fehler
» EMAIL/PHP/mail()
/forum/ucp.php

Eine Testregistrierung meinerseites brachte den selben Fehler.

In den Einstellungen unter "Board-E-Mails" -> Punkt "Aktiviere E-Mail-Funktionalität:" ist die Einstellung auf "Aktiviert" gestellt.

Durch das automatische Update wurden die alten Dateien gesichert. Ein wiederherstellen der einen alten Datei "ucp.php" brachte keinen Erfolg.

Es sind keine Mods etc. installiert. Das Forum hat keinerlei "codetechnische"-Veränderung erfahren nach der Installation Anfang des Jahres. Die Einstellungen wurden natürlich über den Adminbereich etwas angepasst, aber danach funktionierte die Anmeldung immer noch.

Das einzige was mir einfällt wäre, die ganzen Sicherungsdateien wieder umzubenennen von Hand und somit den alten Zustand der 3.0.9 wieder herzustellen. Allerdings weiß ich ja nicht, ob das einfach so klappt, da die DB ja auch angepasst wurde. Und außerdem fänd ich das auch nicht wirklich eine "tolle" Lösung...mal ganz von dem enormen Zeitaufwand abgesehen.

Hat noch jemand einen Ansatz für mich, was ich prüfen könnte?

Hallo,

versuch es mal so: KB:failed


Viele Grüße,
Bálint

Balint hat geschrieben:Hallo,

versuch es mal so: KB:failed


Viele Grüße,
Bálint

Hmm...das ist ja an sich keine "richtige" Lösung, sondern eher ein Workaround... "Dein Auto fährt nicht mehr? Dann fahr doch mit einem anderen". ^^ Aber ich werde es morgen mal versuchen und danke dir natürlich für deine Antwort und deine "Suchmühe" für diesen KB-Artikel.

Bis dahin freu ich mich natürlich über weitere Hinweise...

Hallo,

OK, dann der harte Weg: schau mal im ACP unter System --> PHP-Information, ob du einen Eintrag namens "mail" oder "sendmail" findest. Wenn nein, kann es sehr gut vorkommen, dass dein Webhoster diese Funktion deaktiviert hat - wende dich also an ihn.

Alternativ, um phpBB als Fehlerquelle auszuschließen, kannst du auch folgendes Skript zum testen verwenden:
(Quelle http://www.tectite.com/vbforums/showthr ... -send-mail)

Ersetze hierbei you@yourhost.com durch deine Adresse, speichere es unter testmail.php, lade es auf den Server hoch und führe die Datei im Browser aus.


Viele Grüße,
Bálint

Balint hat geschrieben:Hallo,

OK, dann der harte Weg: schau mal im ACP unter System --> PHP-Information, ob du einen Eintrag namens "mail" oder "sendmail" findest. Wenn nein, kann es sehr gut vorkommen, dass dein Webhoster diese Funktion deaktiviert hat - wende dich also an ihn.

Alternativ, um phpBB als Fehlerquelle auszuschließen, kannst du auch folgendes Skript zum testen verwenden:

Code: Alles auswählen

<?php
// A test script for sending mail.  Put your email address below
// and open this script in your browser.
$ADDR = "you@yourhost.com";
if (mail($ADDR,"Testing","This is a test"))
    echo "Mail function succeeded<br />";
else
    echo "Mail function FAILED<br />";
?>

(Quelle http://www.tectite.com/vbforums/showthr ... -send-mail)

Ersetze hierbei you@yourhost.com durch deine Adresse, speichere es unter testmail.php, lade es auf den Server hoch und führe die Datei im Browser aus.


Viele Grüße,
Bálint

"Der harte Weg" klingt erst mal viel besser.

Nun zu den Ergebnissen.

Die Variable "sendmail_path" ist gesetzt, "sendmail_from" ist nicht gesetzt, ist aber auch default ok so - wie ich nach ein bisschen googlen heraus fand. Zumal der Ansatz, das es vom Provider deaktiviert ist, insofern merkwürdig wäre, da es ja bisher(vor dem phpbb-Update auf 3.0.10) immer funktioniert hat. Und es wäre ein extremer Zufall, wenn es an einem Samstag, zum Zeitpunkt meines phpbb-Updates, deaktiviert wird. Das wäre wirklich mehr als merkwürdig.

Der Wert für den Pfad ist auf "/var/qmail/bin/qmail-inject" gesetzt. Dies scheint - laut php.net - auch in Ordnung so zu sein.

Nichts desto trotz habe ich das Script bzw. die beiden Scripte (siehe deinem Link) mal getestet und beide bringen "Mail function FAILED" - was ja eigentlich im Gegensatz zu dem steht, was die PHP-Informationen im ACP sagen, da der Pfad ja gesetzt ist für Sendmail. Ich hab sicherheitshalber auch mal eine Datei mit <?php phpinfo(); ?> hochgeladen und dort steht ebenfalls, das der Sendmail-Pfad gesetzt ist.

Somit ist meine Verwirrung jetzt komplett...

Hallo,

dann versuche es doch mal mit der testmail2.php aus der angegebenen Quelle.

Viele Grüße,
Bálint

Dass die Pfade gesetzt sind heisst nicht, dass sendmail als Daemon läuft. Check das mal bei deinem Hoster ab.

Balint hat geschrieben:Hallo,

dann versuche es doch mal mit der testmail2.php aus der angegebenen Quelle.

Viele Grüße,
Bálint

Hi,

wie im letzten Beitrag geschrieben "Nichts desto trotz habe ich das Script bzw. die beiden Scripte (siehe deinem Link) mal getestet und beide bringen "Mail function FAILED"" => damit meinte ich, das ich beide Varianten - auch testmail2.php - probiert hatte und bei beiden kam die selbe Meldung bzw. bei der zweiten eben mit dem Zusatz "with -f parameter".

Miriam hat geschrieben:Dass die Pfade gesetzt sind heisst nicht, dass sendmail als Daemon läuft. Check das mal bei deinem Hoster ab.

Da bin ich jetzt etwas überfragt. Ich kann zwar per Parallels meinen Webspace verwalten, aber hab dazu keine wirkliche Einstellung gefunden. Kann ich das irgendwie "jetzt" abfragen, ohne das ich an den Provider herantreten muss und auf ne Antwort von denen warten muss? In der info.php hab ich dazu nix wirklich gefunden.

PS: Im php-"disable_functions"-Eintrag ist nichts gesetzt. Also darüber wird mail schon mal nicht blockiert.

Was mich an der Sache immer noch verwirrt, das es ja bis vor einer Woche ging. Warum sollte denn jetzt der Provider "daran Schuld" sein? ...bei solchen Änderungen sollte man doch i.d.R. vorher informiert werden...

Vllt wurde dein Server neu gestartet und der Service / Daemon wird nicht automatisch mitgetartet.... Wer weiss? Du solltest den Status der fraglichen Applikation überprüfen.