- Server operating system version
- Debian 11
- Plesk version and microupdate number
- Plesk Obsidian 18.0.80 #3
First of all, I have to point out that I find Plesk's current support policy extremely frustrating and, frankly, unacceptable.
I am a paying Plesk customer, yet I apparently have no straightforward way to report a reproducible bug in Plesk itself simply because my license was obtained through a reseller.
I fully understand that a reseller may be responsible for customer support regarding the services they provide. But this issue has absolutely nothing to do with the reseller. The problem is a reproducible crash in Plesk's own autoresponder component.
The reseller did not develop the Plesk autoresponder, cannot fix a Poco::Net::MessageException inside /opt/psa/handlers/hooks/autoresponder, and has no meaningful way to investigate or correct a defect in Plesk's software.
Nevertheless, I am being told that I have to contact the reseller in order to report this issue.
So, to put it bluntly: I am paying for Plesk, I have identified and documented a reproducible bug in Plesk itself, and yet Plesk apparently provides me with no direct way to report that bug unless I either go through a third party who has nothing to do with the defect or purchase an additional support subscription.
I find that extremely difficult to understand.
I am not asking for help configuring my mail server. I am not asking the reseller to troubleshoot a customer-specific configuration. I am reporting a reproducible software defect in Plesk itself, including the exact exception, the affected Plesk component, and the resulting process crash.
There should be a direct mechanism for paying customers to report reproducible software defects to Plesk, regardless of whether the license was purchased directly from Plesk or through a reseller.
I therefore hope that someone from Plesk can forward this report to the appropriate development team.
--- START OF BUG REPORT---
Hello,
I believe I have found a reproducible bug in the Plesk mail autoresponder.
This is NOT a configuration question. The Plesk autoresponder process itself crashes while processing a successfully accepted and delivered email.
Environment:
Plesk Obsidian 18.0.80 Update 3
Web Host Edition
Debian 11 (Update planned!!)
The autoresponder is enabled and configured correctly for the affected mailbox.
A normal email delivered directly to the Plesk mailbox works correctly and triggers the autoresponder.
However, when an email is sent to a GMX.de mailbox and subsequently forwarded by GMX.de to the Plesk mailbox, the email is delivered successfully, but the Plesk autoresponder crashes.
Relevant log:
postfix-local: autoresponder: stderr:
terminate called after throwing an instance of
'Poco::Net::MessageException'
postfix-local: autoresponder: stderr:
what(): Malformed message
postfix-local:
_mh_fork(/opt/psa/handlers/hooks/autoresponder):
The child process was killed by signal 6
The message is subsequently delivered successfully:
status=sent (delivered via plesk_virtual service)
The same Plesk mailbox and autoresponder work correctly when the message is delivered directly without the GMX forwarding step.
The problem was originally observed on Plesk 18.0.79.
The server has since been upgraded to:
Plesk Obsidian 18.0.80 Update 3
The problem is still fully reproducible after the update.
The forwarded message has the expected characteristics of a forwarded email: the SMTP envelope sender differs from the original From header.
The important point is that Plesk accepts and delivers the message successfully. The crash occurs specifically inside:
/opt/psa/handlers/hooks/autoresponder
The process terminates with SIGABRT due to:
Poco::Net::MessageException
Malformed message
This happens with multiple independently forwarded messages.
Expected behavior:
The autoresponder should process the forwarded email normally and generate the configured automatic response.
Actual behavior:
The autoresponder process crashes and no automatic response is generated.
I am a paying Plesk customer, yet I apparently have no straightforward way to report a reproducible bug in Plesk itself simply because my license was obtained through a reseller.
I fully understand that a reseller may be responsible for customer support regarding the services they provide. But this issue has absolutely nothing to do with the reseller. The problem is a reproducible crash in Plesk's own autoresponder component.
The reseller did not develop the Plesk autoresponder, cannot fix a Poco::Net::MessageException inside /opt/psa/handlers/hooks/autoresponder, and has no meaningful way to investigate or correct a defect in Plesk's software.
Nevertheless, I am being told that I have to contact the reseller in order to report this issue.
So, to put it bluntly: I am paying for Plesk, I have identified and documented a reproducible bug in Plesk itself, and yet Plesk apparently provides me with no direct way to report that bug unless I either go through a third party who has nothing to do with the defect or purchase an additional support subscription.
I find that extremely difficult to understand.
I am not asking for help configuring my mail server. I am not asking the reseller to troubleshoot a customer-specific configuration. I am reporting a reproducible software defect in Plesk itself, including the exact exception, the affected Plesk component, and the resulting process crash.
There should be a direct mechanism for paying customers to report reproducible software defects to Plesk, regardless of whether the license was purchased directly from Plesk or through a reseller.
I therefore hope that someone from Plesk can forward this report to the appropriate development team.
--- START OF BUG REPORT---
Hello,
I believe I have found a reproducible bug in the Plesk mail autoresponder.
This is NOT a configuration question. The Plesk autoresponder process itself crashes while processing a successfully accepted and delivered email.
Environment:
Plesk Obsidian 18.0.80 Update 3
Web Host Edition
Debian 11 (Update planned!!)
The autoresponder is enabled and configured correctly for the affected mailbox.
A normal email delivered directly to the Plesk mailbox works correctly and triggers the autoresponder.
However, when an email is sent to a GMX.de mailbox and subsequently forwarded by GMX.de to the Plesk mailbox, the email is delivered successfully, but the Plesk autoresponder crashes.
Relevant log:
postfix-local: autoresponder: stderr:
terminate called after throwing an instance of
'Poco::Net::MessageException'
postfix-local: autoresponder: stderr:
what(): Malformed message
postfix-local:
_mh_fork(/opt/psa/handlers/hooks/autoresponder):
The child process was killed by signal 6
The message is subsequently delivered successfully:
status=sent (delivered via plesk_virtual service)
The same Plesk mailbox and autoresponder work correctly when the message is delivered directly without the GMX forwarding step.
The problem was originally observed on Plesk 18.0.79.
The server has since been upgraded to:
Plesk Obsidian 18.0.80 Update 3
The problem is still fully reproducible after the update.
The forwarded message has the expected characteristics of a forwarded email: the SMTP envelope sender differs from the original From header.
The important point is that Plesk accepts and delivers the message successfully. The crash occurs specifically inside:
/opt/psa/handlers/hooks/autoresponder
The process terminates with SIGABRT due to:
Poco::Net::MessageException
Malformed message
This happens with multiple independently forwarded messages.
Expected behavior:
The autoresponder should process the forwarded email normally and generate the configured automatic response.
Actual behavior:
The autoresponder process crashes and no automatic response is generated.