dayjohn
Forum Replies Created
-
I found the source of this problem. It is SureMail itself that is causing the behavior. At the last minute before it initiates the send, it forcibly sets the X-Alt-Body with wp_strip_all_tags() against the HTML version of the message.
I have added a feature request for a very simple solution to add a new filter to allow the plain text body to be provided rather than created from the stripped HTML message. That can be found in this post: https://ww.wp.xz.cn/support/topic/feature-request-add-alt-body-filter-to-allow-custom-text-alternative-to-html/
I have patched my installation with that suggested fix and it works like a champ now. When the filter is called, I provide an alternate plain text version which become the X-Alt-Body. The only challenge is that the filter has no way to receive what I would like to be the new plain text body, it can only receive the original HTML message body. I solved that with a singleton where I stash what I want the plain text body to be before calling wp_mail(), and then in the filter I pull that message body from the singleton and return it as the filter result.
@originalstormcrow my issue was I had accidentally set all_day_event=1, however the times didn’t match that, which seems to have prevented it from displaying. Just simply flipped all_day_event=0 and all was well.
Resolved by correctly setting event_all_day.
I realized that this is available in function wpf_dev_process_entry_save. I had assumed that would have the original filename as specified by the user in the file upload field. So now my question, is there a way to get the original filename as provided by the user. I see it is the tail end of the file saved in the upload directory, but I’m not sure what the algorithm is to create the unique name to be able to reliably remove that prefix? Looks like a uuid – and then a number.
Any information in what version is this planned to be fixed? I am running 7.2.3.1 and problem still exists. Seems like that came out a month after the post from @msykes .
Will recurring events needs to be recreated, or will fix apply to existing events.
Ah, got it working, thanks. I think I was using the tag (i.e. {general_email}) vs using the display name when putting the tags into the email field manually. It is working now. I did note you can’t substitute an email of the form “Name <email>”, it has to be just the email address.
I have the exact same issue. Click on unavailable dates, select a choice in the dialog, and then nothing else happens. Version 7.2.3.1.