• Our team is looking to connect with folks who use email services provided by Plesk, or a premium service. If you'd like to be part of the discovery process and share your experiences, we invite you to complete this short screening survey. If your responses match the persona we are looking for, you'll receive a link to schedule a call at your convenience. We look forward to hearing from you!
  • We are looking for U.S.-based freelancer or agency working with SEO or WordPress for a quick 30-min interviews to gather feedback on XOVI, a successful German SEO tool we’re looking to launch in the U.S.
    If you qualify and participate, you’ll receive a $30 Amazon gift card as a thank-you. Please apply here. Thanks for helping shape a better SEO product for agencies!
  • The BIND DNS server has already been deprecated and removed from Plesk for Windows.
    If a Plesk for Windows server is still using BIND, the upgrade to Plesk Obsidian 18.0.70 will be unavailable until the administrator switches the DNS server to Microsoft DNS. We strongly recommend transitioning to Microsoft DNS within the next 6 weeks, before the Plesk 18.0.70 release.
  • The Horde component is removed from Plesk Installer. We recommend switching to another webmail software supported in Plesk.

Recieving own emails (PHP mail() + Postfix local) after Plesk 12 Upgrade

futuretec

New Pleskian
Hello there,

I just can't figure out this behavior.

I did an upgrade from Plesk 11 to Plesk 12.0.18 (Debian 6).
After this upgrade the behavior of PHP mail() was messed up.
Now I'm receiving all by PHP sent mails by myself.

I'm using Postfix + Courier as mailserver services.

- Sending mails via SMTP/Webmail/etc. works fine - no matter if I choose internal addresses or addresses on external/other serves.
- Sending mails via PHP mail() will be delivered to my own main address (catchall address), although they are addressed to an external domain.

Seems that something is wrong with postfix-local / virtual-mailbox.
- I already commented out the lines in /etc/postfix/main.cf (virtual_*) -> then the mails will be delivered to external servers, but internal delivery will fail.

Here some log output:
Mar 18 13:10:55 mydomain postfix/pickup[19563]: 23E6998409F: uid=33 from=<www-data>
Mar 18 13:10:55 mydomain postfix/cleanup[20047]: 23E6998409F: message-id=<[email protected]>
Mar 18 13:10:55 mydomain postfix/qmgr[19564]: 23E6998409F: from=<[email protected]>, size=396, nrcpt=1 (queue active)
Mar 18 13:10:55 mydomain postfix-local[20050]: postfix-local: from=[email protected], to=[email protected], dirname=/var/qmail/mailnames
Mar 18 13:10:55 mydomain postfix/pipe[20049]: 23E6998409F: to=<[email protected]>, orig_to=<[email protected]>, relay=plesk_virtual, delay=0.03, delays=0.02/0/0/0.01, dsn=2.0.0, status=sent (delivered via plesk_virtual service)
Mar 18 13:10:55 mydomain postfix/qmgr[19564]: 23E6998409F: removed


---

I really would appreciate your help and thanks for any tips and tricks to resolve this issue.

Best regards,
 
Edit:

Seems to be an issue with Sendmail / PHP itself.
Just switched fully to QMail and the problem persists.

Sendmail is symlinked to /usr/lib/plesk-9.0/qmail-sendmail-wrapper
In the maillog now this occurs:
plesk sendmail[4783]: Unable to change ownership of mail file `/opt/psa/handlers/spool/messageuwCGKb' (1): Operation not permitted
 
Have you run...
Code:
/opt/psa/admin/sbin/mchk --with-spam

That should rebuild the mail systems.
 
Yes did this multiple times.
Also tried switching back & forth from Postfix and QMail - this won't fix it either.

After hours of evaluating this issue, it is definitely something with sendmail + postfix maildrop - PHP mail() itself seems to be working by now..
 
Im getting with php mail
plesk sendmail[4783]: Unable to change ownership of mail file `/opt/psa/handlers/spool/messageuwCGKb' (1): Operation not permitted
 
Back
Top