Das Senden von E-Mails über PHP erzeugt nach dem cPanel-Upgrade einen Exim-Fehler

Das Senden von E-Mails über PHP erzeugt nach dem cPanel-Upgrade einen Exim-Fehler

Ich habe ein Skript, das weitergeleitete E-Mails verarbeitet und automatische Antworten versendet. Dieses Skript funktioniert seit über einem Jahr einwandfrei, doch seit meinem Host auf cPanel 11.38.2 aktualisiert wurde, kann mein Skript keine E-Mails mehr senden:

Diese Nachricht wurde automatisch von einer E-Mail-Zustellungssoftware erstellt.

A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error. The following address(es) failed:

  pipe to |/home/user/public_html/email_proc.php
    generated by [email protected]

The following text was generated during the delivery attempt:

------ pipe to |/home/user/public_html/email_proc.php
       generated by [email protected] ------

2013-12-24 10:36:27 [6] Cannot open main log file "/var/log/exim_mainlog": Read-only file system: euid=0 egid=32007
2013-12-24 10:36:27 [6] cwd=/home/user/public_html/ 5 args: /usr/sbin/sendmail -t -i -f [email protected]
2013-12-24 10:36:27 [6] Cannot open main log file "/var/log/exim_mainlog": Read-only file system: euid=0 egid=32007
exim: could not open panic log - aborting: see message(s) above

Ich habe mich mit dem Host-Provider hin und her gestritten, da ich keinen SSH-Zugriff habe. Ich kann nicht genau sehen, was los ist, aber sie bestehen darauf, dass es sich um einen cPanel- oder PHP-Fehler handelt und außerhalb ihrer Kontrolle liegt. Dann haben sie ein Test-E-Mail-Konto erstellt und festgestellt, dass der Mailserver einwandfrei funktioniert, aber ich sage ihnen immer wieder, dass etwas mit ihrer PHP-Bibliothekszugriffskonfiguration nicht stimmt und nicht mit dem Mailserver selbst.

Kann jemand zu einem der folgenden Punkte Vorschläge machen:

  1. Wie könnte ich versuchen, dies mit eingeschränktem Serverzugriff aufzuspüren?

  2. Vorschläge für den technischen Support, um zu versuchen, das Problem zu beheben?

Danke!


Weitere Tests zeigen, dass dieses Problem spezifisch für die cPanel-E-Mail-Pipe ist. Wenn das Skript direkt über Apache ausgeführt wird, funktioniert alles einwandfrei. Wenn es über die Pipe mit exec ausgeführt wird, schlägt es fehl. Wenn jemand einen Vorschlag machen könnte, wäre er dankbar. Dies scheint über das Wissen des Administratorpersonals hinauszugehen.

Antwort1

UPDATE für andere, bei denen dieses Problem auf gemeinsam genutzten Systemen mit Jailshell oder Noshell auftritt:

cPanel 11.38 jetzterzwingt strenge RegelnDas zweite und dritte Element betreffen Piped-Mail-Anwendungen.

  • Innerhalb von Virtfs gemountete Dateisysteme werden jetzt nosuid gemountet.
  • Die meisten in virtfs gemounteten Dateisysteme sind jetzt auf CentOS 6, CloudLinux 6, RHEL 6 oder höher schreibgeschützt gemountet.
  • Das Mail-Zustellungssystem wurde aktualisiert, um Jailshell zu berücksichtigen und führt nun alle Piped-Zustellungen über Jailshell aus.
  • Benutzer von mod_ruid2 können jetzt die Unterstützung für „Jailed Apache“ aktivieren, wodurch jeder virtuelle Host per chroot() in ihr virtuelles virtfs verschoben wird.
  • Cron-Jobs werden jetzt mit Jailshell ausgeführt.

Es stellte sich heraus, dass dieses Problem mit einem in 11.40.1 behobenen cPanel-Fehler zusammenhängt:

Fall 80437 behoben: Problem mit rekursivem Mounten des schreibgeschützten Jailshell-FS behoben

Wenn ein als Lese-/Schreib-VirtFS-Mount ausgewiesenes Dateisystem als separates Dateisystem auf dem System vorhanden wäre, würde es auch als rekursiver Mount behandelt, wodurch es den Ro- oder RW-Status des übergeordneten Dateisystems erbt, ohne Rücksicht auf die für das betreffende Dateisystem angegebenen Mount-Flags.

verwandte Informationen