-
-
Notifications
You must be signed in to change notification settings - Fork 1.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Anonymous user follow-ups by email appear blank #18541
Comments
I have searched for similar issues, of which there have been some occurrences, but most were apparently fixed in GLPI 10.0.2. Also some solutions pointed to changing our notification templates, but I have tested with two of our own templates, as well as the default GLPI template by inactivating our own and letting it fallback to the root entity (default) notification). |
Hi, Could you please export the email that created that followup into a |
Sure please see attached :) Github doesn't allow .eml attachments, so I have just renamed the file extension to .txt [GLPI #0309288] IT Service Desk - Test Ticket 20 - New Ticket.txt |
We have found something interesting. We went through the usual process
What we did was reply TWICE. The FIRST time, we typed our follow up above the line saying =-=-=-= To answer by email, write above this line =-=-=-= As you can see from the screenshot, it appears that GLPI is failing to correctly grab the content between =-=-=-= To answer by email, write above this line =-=-=-= and ==== To answer by email, write under this line ====, and instead is including content above when evaluating content to hide. We have looked through GLPI's settings to try to change how this behaviour works, assuming you're using some regex or something? But we can't find it. |
Through further testing, follow-ups appear to be displayed properly if being sent from Microsoft Outlook, whether the response is written above or below the lines. |
Attaching the email sent as Reply and email sent as Forward for your consideration (reference to previous comment). Thanks Email_sent_as_reply-2024-12-13.txt |
So, the only way we have been able to force GLPI to correctly display the ticket follow-ups which have come in from Gmail (in our case) is to apply the following fix, which we know is very janky and very situational and by no means is going to be the best solution. But it works for now. We have edited
with:
This is stopping the content of the follow-up email from being hidden in GLPI's ticket timeline view, and also stripping out the unwanted "On this date and time, someone wrote"... We are very eager to learn what a more appropriate fix for this could be. Thank you! |
Code of Conduct
Is there an existing issue for this?
Version
10.0.17
Bug description
When an anonymous user replies to their own ticket via email (follow-up), the follow-up entry appears in GLPI, under their original ticket, but has no details, including the actual content/body of the email or sender.
Relevant log output
Page URL
No response
Steps To reproduce
Your GLPI setup information
Information about system installation and configuration
Server
GLPI constants
Libraries
LDAP directories
SQL replicas
Notifications
Plugins list
Anything else?
We have been using GLPI for over 10 years but have only used it for servicing internal users (ie: Active Directory users). We now have a requirement to allow anonymous/public users to email into our GLPI. I followed the steps to enable anonymous users, but something seems fundamentally broken.
It looks like GLPI is failing to create an entry in the user database for the anonymous user when they first email in, which means upon subsequent emails (ie: follow-ups), GLPI breaks when trying to display the follow-up.
We have noticed that if we look at the contents of the follow-up in the GLPI database, we can see the actual message, so it doesn't lose the message, just fails to build the viewable entry in the GUI.
SELECT content FROM glpi_itilfollowups WHERE itemtype = 'Ticket' AND items_id = 309288
Result:
Any help to fix this would be highly appreciated, as, as it stands, we are unable to effectively service external users via GLPI.
Thank you
Elliot
The text was updated successfully, but these errors were encountered: