Horde Webmail verliert Header Daten beim Versand

[Sinepp]

Hallo!

Ich habe hier Plesk in der Version 8.4.0 auf einem virtuellen Server von Strato laufen.

Beim abschicken einer Mail via Webmail (Horde) wird diese im Ordner sent-mail abgelegt, jedoch sind keine Headerdaten vorhanden, sprich Empfänger, Betreff etc. ist einfach leer. Die Emails kommen auch nicht an, sondern es wird eine Zustellung an
[email protected]
durchgeführt - was bedeutet, dass die E-Mail tatsächlich ohne Empfängeradresse auf den Weg geht.

Kann hier jemand helfen?

Logfiles:

==> /var/log/mail.err <==
Mar 19 12:13:22 SERVERNAME qmail-queue-handlers[32411]: Handlers Filter before-queue for qmail started ...
Mar 19 12:13:22 SERVERNAME qmail-queue-handlers[32411]: [email protected]
Mar 19 12:13:22 SERVERNAME qmail-queue-handlers[32411]: hook_dir = '/var/qmail//handlers/before-queue'
Mar 19 12:13:22 SERVERNAME qmail-queue-handlers[32411]: starter: submitter[32412] exited normally

==> /var/log/mail.info <==
Mar 19 12:13:21 SERVERNAME imapd: IMAP connect from @ [127.0.0.1]INFO: LOGIN, [email protected], ip=[127.0.0.1], protocol=IMAP
Mar 19 12:13:22 SERVERNAME spamd[30369]: spamd: connection from SERVERNAME.stratoserver.net [127.0.0.1] at port 49507
Mar 19 12:13:22 SERVERNAME spamd[30369]: spamd: processing message (unknown) for wwwrun:1001
Mar 19 12:13:22 SERVERNAME qmail-queue-handlers[32411]: Handlers Filter before-queue for qmail started ...
Mar 19 12:13:22 SERVERNAME spamd[30369]: bayes: cannot write to /var/spool/spamassassin/bayes_journal, bayes db update ignored: Permission denied
Mar 19 12:13:22 SERVERNAME spamd[30369]: spamd: clean message (4.2/5.0) for wwwrun:1001 in 0.1 seconds, 223 bytes.
Mar 19 12:13:22 SERVERNAME spamd[30369]: spamd: result: . 4 - BAYES_00,FH_FROMEML_NOTLD,INVALID_DATE,MISSING_SUBJECT,NO_RECEIVED,NO_RELAYS scantime=0.1,size=223,user=wwwrun,uid=1001,required_score=5.0,rhost=SERVERNAME.stratoserver.net,raddr=127.0.0.1,rport=49507,mid=(unknown),bayes=0.000555,autolearn=no
Mar 19 12:13:22 SERVERNAME qmail-queue-handlers[32411]: [email protected]
Mar 19 12:13:22 SERVERNAME qmail-queue-handlers[32411]: hook_dir = '/var/qmail//handlers/before-queue'
Mar 19 12:13:22 SERVERNAME qmail: 1237461202.171720 new msg 32738580
Mar 19 12:13:22 SERVERNAME qmail: 1237461202.171810 info msg 32738580: bytes 552 from <[email protected]> qp 32412 uid 30
Mar 19 12:13:22 SERVERNAME qmail-queue-handlers[32411]: starter: submitter[32412] exited normally
Mar 19 12:13:22 SERVERNAME spamd[30345]: prefork: child states: II
Mar 19 12:13:22 SERVERNAME qmail: 1237461202.229582 end msg 32738580
Mar 19 12:13:22 SERVERNAME imapd: 1237461202.247233 LOGOUT, [email protected], ip=[127.0.0.1], headers=0, body=0, rcvd=337, sent=562, maildir=/var/qmail/mailnames/sinepp.de/sinepp/Maildir

==> /var/log/mail.warn <==
Mar 19 12:13:22 SERVERNAME qmail-queue-handlers[32411]: Handlers Filter before-queue for qmail started ...
Mar 19 12:13:22 SERVERNAME spamd[30369]: bayes: cannot write to /var/spool/spamassassin/bayes_journal, bayes db update ignored: Permission denied
Mar 19 12:13:22 SERVERNAME qmail-queue-handlers[32411]: [email protected]
Mar 19 12:13:22 SERVERNAME qmail-queue-handlers[32411]: hook_dir = '/var/qmail//handlers/before-queue'
Mar 19 12:13:22 SERVERNAME qmail-queue-handlers[32411]: starter: submitter[32412] exited normally

==> /var/log/warn <==
Mar 19 12:13:22 SERVERNAME qmail-queue-handlers[32411]: Handlers Filter before-queue for qmail started ...
Mar 19 12:13:22 SERVERNAME qmail-queue-handlers[32411]: [email protected]
Mar 19 12:13:22 SERVERNAME qmail-queue-handlers[32411]: hook_dir = '/var/qmail//handlers/before-queue'
Mar 19 12:13:22 SERVERNAME qmail-queue-handlers[32411]: starter: submitter[32412] exited normally

Danke vielmals,

Sinepp

Ps.: Das mit dem Bayes Journal wirds denke ich nicht sein und hat damit auch denke ich nichts zu tun.

 

[Sinepp]

Das Problem besteht nach wie vor und ich habe bisher noch keinen Lösungsansatz. Bin aber nach wie vor dran und melde mich, sobald ich etwas herausgefunden habe.

Grüße
Sinepp

 

[Sinepp]

Lösung gefunden!

Das Problem lag in der PHP ini. Ich habe in disable_functions wohl etwas viel eingetragen. Mit einem limitierten Set funktionierts einwandfrei!

Grüße
Sinepp