Are the iPhones using the Outlook Client or using Apples built in mail client?We use the Outlook client on our iPhones in our enterprise and do not have this problem. (Of course we are using IMAP and not piping... because we're using Exchange.  Which cannot pipe... So I think that perhaps your delivering mail to OpenSuse and then using piping to the local site from there.

@[deleted]All of the emails that are fetched into my system are UTF8 and they show up just fine. Please post an example of an email that doesn't work and one that does work. This way we can compare the two and see what could possibly be going on.Cheers.

@[deleted]As you can see from the attached screenshot (Screenshot 1), it worked just fine when I piped it to my instance of osTicket. The only thing I did was change the email addresses to point to mine instead of yours, removed some spaces on the blank new-lines, and voila it worked (Screenshot 2)!Maybe it's an issue with the way you're receiving it in your mailbox or something? Any errors via PHP error logs?Screenshot 1Cheers.

HI Guys, Any solution for this. I did update my php version from 5.6 to 7.0. and then i start getting this issue. I am using PIPE method for incoming.  

I have the same issues it just started happening I wish they would try and attempt to fix it. It may be worth mentioning what shared server you're using because I think it has something to do with specific installs on certain OS php versions

Hi,I upgrade my osticket from version 1.9.14 using the v5.6 from PHP to osticket v1.10.4 using now the v7.0 from PHP and I've the exat same issue. This is applied to new created tickets and also to when the end-users are replying to those tickets.I've tested by sending via iOS 12 and also via Outlook 2016. It was working great without any issue, befoe the upgrade.Any fix for this? It's very urgent!!Thanks.

Is these PHP Extensions installed?

mbstring

phar

intl

Yes, they're installed.See the image here: https://ibb.co/fH5r8e

Basically, it seems the variable "%{message}" responsable to show the email body sent from the end-users set on the templates on osticket, stop to work.However, the variable still the same on v1.10.4 comparing with the 1.9.14 like it's possible to see on that image: https://ibb.co/fjp4uKWhat could be done to fixe the issue?

Can you try editing the %{message} by deleting and save then re-add it and save it

@[deleted] it seems to me that you are talking about something completely different than what this thread appears to be about.This thread is about "body is only showing as (empty) when people email us from certain sources, so far iPhones connected through our Exchange and for emails sent from our Tine 2.0 calendar system."You appear to be talking about email template variables.  I think that you should probably start your own thread.  In it you should: - Describe the problem thoroughly, include steps to replicate the issue.  - Describe your system environment.- Provide an example email with full headers so a dev can use it to test.

Ok, so I found the issue. The isue with the v1.10.4 is caused now when the end-user have a HTML signature. When that happens, the content appear as {empty}.After some search, I fix the issue by comment the line 648 with the code: $input = preg_replace('/=({2})/ie', "chr(hexdec('\\1'))", $input); on  file: "mimeDecode.php" located on the directory: osticket/include/pear/Mail and I replace it with: $input = preg_replace_callback('/=({2})/i', function($m) { return chr(hexdec($m)); }, $input);After that, everything backs to normal and the email content and HTML signatures (if they exists) are present as well.I hope that OSTICKET will solve this on the next release!Thanks for everyone and I hope that solve the issue with other ones.

I've informed the devs of your post.  But if you are sure this is the right fix then you should make a PR to get it included in the next release.

https://forum.osticket.com/d/92969-subject-shows-content-empty/5

That's what I do every time it does that. I just installed fresh 1.11 over top of my old 1.11RC (beta ) on php 7.2 and all I had to do was follow what I did at the end of that thread I posted. Pear mimecode is missing parameters inside of the stock uploaded file set decode php file.