Message sending issues, no ticket id's send either

Richard63

Hello.
I upgraded from 1.15.x to 1.17.2 by first upgrading to 1.16, then 1.17.1 and just seen 1.17.2 was out, so overwritten the 1.17.1 with 1.17.2 but I did not get any "upgrade" option in the menu for the last one.

I'm using:
PHP 8.0.25 (cli) (built: Nov 12 2022 01:25:08) ( NTS )
Apache/2.4.54 (Unix)
10.4.26-MariaDB

Problems started in 1.17.1 with Gmail. I applied the patch found on the forums, which did not touch Message.php anyway, and after this I got base 64 encoding in 1 of the mails. There is a topic about this too.
I've used various solutions, but not to any effect.

Now I've overwritten everything with 1.17.2 and now osticket is sending notification, but only to 1 address, not to another one, which forwards some to other mails via my system/

Also, the sender, which sends in a ticket, does not get any response with a ticket-id. I tried this via my home ISP domain and via Gmail.

Then I used the Diagnose option from Osticket itself, and this is the result.
[Wed Nov 16 19:43:27.353000 2022] [proxy_fcgi:error] [pid 4918:tid 140233182205696] [client 84.xx.xx.xx:64704] AH01071: Got error 'PHP message: PHP Fatal error: Uncaught Error: Call to undefined function escapeshellarg() in /home/username/domains/mydomain.com/public_html/support/include/laminas-mail/src/Transport/Sendmail.php:274\nStack trace:\n#0 /home/username/domains/mydomain.com/public_html/support/include/laminas-mail/src/Transport/Sendmail.php(125): Laminas\\Mail\\Transport\\Sendmail->prepareParameters()\n#1 /home/username/domains/mydomain.com/public_html/support/include/class.mail.php(736): Laminas\\Mail\\Transport\\Sendmail->send()\n#2 /home/username/domains/mydomain.com/public_html/support/include/class.mailer.php(637): osTicket\\Mail\\Sendmail->sendMessage()\n#3 /home/username/domains/mydomain.com/public_html/support/include/class.email.php(235): osTicket\\Mail\\Mailer->send()\n#4 /home/username/domains/mydomain.com/public_html/support/scp/emailtest.php(38): Email->send()\n#5 {main}\n thrown in /home/username/domains/mydomain.com/public_html/support/include/laminas-mail/src/Transport/Sendmail.php on line 274', referer: https://www.mydomain.com/support/scp/emailtest.php
Can anyone tell me whats going wrong here and how to fix?

Richard63

Update.

I managed to fix the issue by removing the "escapeshellargs" blockade in php.ini. Odd though that I never had this issue before in php7 where is also was blocked.

However, the problem still exists that a user can send mail to the ticket system and the ticket system will send a response to only the receiving addres (not the others l configured).

And the more important issue is that the ticket mail to the user is send, but will disappear in a blackhole.
This goes for my notification to my gmail account as well as a normal account.

This is the one which would be send to the user, from the exim.log:
2022-11-16 22:23:59 cwd=/home/user/domains/mycompany.nl/public_html/support/scp 6 args: /usr/sbin/sendmail -t -i -f user@mycompany.nl -fosticket@mycompany.nl 2022-11-16 22:23:59 1ovPt1-0006QV-2B <= osticket@mycompany.nl U=user P=local S=2912 T="Re: testje [#399]" from <osticket@mycompany.nl> for customer@someisp.nl 2022-11-16 22:23:59 cwd=/var/spool/exim 3 args: /usr/sbin/exim -Mc 1ovPt1-0006QV-2B 2022-11-16 22:23:59 1ovPt1-0006QV-2B => discarded (system filter) 2022-11-16 22:23:59 1ovPt1-0006QV-2B Completed

So it looks like it's send correctly, but it never arrives. Does this mean, my own system filter is blocking it??
That never was the case with the 1.15 version before I updated.

Richard63

Oke it seemed fixed now, everything is working, but it's very odd. In fact I did not change anything.

The mail is sending out via php. I doublechecked and change to use SMTP with authentication.
Then I rememberd the account it's send to doesn't really exists because it's only a forwarder.

So I put it back to non smtp and then set the mail setting back to "no authentication" again like it was and saved again.

That was all I've done.
After that, tickets were send again to the users. Tested with big home ISP and Gmail and no issues at all.

Maybe something hicked up during the upgrade and this saving again fixed it.

This issue can be closed now.