Received emails not setting a Target / Inbound Email Action not triggering - after upgrade to Helsinki
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎12-12-2016 02:21 PM
Hello,
After upgrading our sub production instance (From Eureka to Helsinki) received emails aren't doing anything, they're just sitting in 'ready for update' . I have a bunch of inbound actions setup to target different tables, that were all working prior to the upgrade.
The received email is not setting a target, although everything is defined in Inbound actions. Does anyone have any ideas as to why this is happening? Can send more screen shots if needed. Thanks !
- Labels:
-
Customer Service Management
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎12-12-2016 04:44 PM
Because there is nothing in the log indicating an inbound action getting skipped or processed, and because there is no target record associated yet, it is almost as if the event processor has not yet picked up that email's associated "email.read" event for processing.
(The two messages in your screenshot occur when the email is first pulled from the email server, and stored in the sys_email table. At that time, an email.read event is enqueued in the sysevent table. Normally, when that event is processed, the inbound actions run, and further log messages associated with that email are recorded.)
The fact there are no other messages lends credence to the possibility the event processor is either not processing that event, or when processing it, something is causing it to short circuit out before it tries to execute the inbound email actions.
If you locate the 'email.read' event in the sysevent table for the email in question, does it show that it has been picked up and processed?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎12-12-2016 05:13 PM
This could be due to a mismatch of the email watermarks. The Inbound actions always check the watermark on the incoming mails and if you have any actions defined on that table, it wouldn't work if there is a watermark mismatch.
Also, make sure you add gs.include('validators') in all your custom Inbound actions.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎12-12-2016 08:19 PM
Hi,
In the email log related list can you see which says this Inbound action "Processed" and name of inbound action.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎12-13-2016 09:40 AM
Hey Guys, Thanks for all of the replies.
d-mile It is in the event log, but its remaining in a state of 'Ready'.
another thing that i just noticed is that they are being set as 'deleted' in the sys log ->emails. Whereas our Test instance ( which is still on Eureka) is not deleting them when they are received.