Email provider reply callback issue setup
Hey there, once again: Awesome product thanks!
I would like to setup a reply callback to a specific workflow: the workflow is simple, when a user comments in my app, some users are receiving a notification.
I want to let them the opportunity to reply to this email, when doing so, my backend would pickup the information from the webhook and would add the comment in app.
I followed the instruction in the doc, validated the MX domain, confirmed it and added the reply setting to my workflow. (See attached image).
Unfortunately it doesn't seem to work, when receiving emails from this specific workflow and replying to it nothing happens.
(The reply-to in the email stays the same)
Am I missing something?
Also, I would love to have a different webhook URL in development and in production if possible?
Thanks for your help and good work!
20 Replies
Hi @Anthony Riera (breeew.com)
Thanks for sharing the details. I will debug this issue and get back to you
Thanks Pawan 🙌🏻
@Anthony Riera (breeew.com), you just advanced to level 1!
Hey @Anthony Riera (breeew.com), thanks for reaching out could you share the mx record setting and the transaction id of the notification as well?
Hey there! Of course.
The domain name is breeew.com
My MX record is set on vercel, here is the screenshot!
(This was validated on Novu's dashboard)
This is an exemple of a transaction id: 89c3df02-4683-4f59-a815-e618c7873b7c
The email was sent, but there is no specific things added to the payload that would help to trigger the webhook if someone replies
My worflow id is: 65514779fb33bdb975491645
Hey guys, just bumping this one up, is there any update on that?
I would love to get this working using your service, if not I'll try to find another solution 🙂
Thanks for the great work!
@Anthony Riera (breeew.com)
Sorry for the delay. I will prioritise this today
Thanks 🙏🏻
Hey @Anthony Riera (breeew.com) , thanks for your detailed response, looking at your configuration I could not find any misconfiguration, the only thing that I do not understand is how the replay to is not updated, could you try triggering again and validating if the replay to is updated in the email?
Sure, I'm trying now!
If I well understand the system, the "reply to" should be changed with some sort of unique ID for you to handle the replies right?
@Anthony Riera (breeew.com), you just advanced to level 2!
As you can see, the "reply to" stays the same. Is that because I'm passing a "reply to" props to Novu when sending the notification?
@Anthony Riera (breeew.com)
Interesting. yes, I suspect this is the case, could you try triggering without replay to param?
in the flow, we first override it by our internal logic with the unique ID as you mentioned, and then override by the override trigger payload.
I think we should update the priority to our replay to in such cases, or provide a different interface for overriding the email prefix if needed.
@George Actually, I'm not sending any "reply to" override for this specific event.
Something that is being done tho, on my SaaS some email notifications are whilelabelled and sent from the customer's email address.
I'm using resend in the background. This is maybe something due to the Resend provider in this case?
So I'm sending a "From" and "senderName"
(I can't remove those, they are used for the white labelling feature
Hope it helps with the debugging!
I see, and you are always super informative so yes it does help to debug things, so thanks!!
After small validation, If I trigger email using sendgrid provider without any replay to overrides i do not receive any replay to in my email, so we could suspect that resend could override it on its side.
after a quick Google search I found this
https://resend.com/docs/knowledge-base/can-i-receive-emails-with-resend
is there a possibility that you configured a replay to resend?
@Anthony Riera (breeew.com)
This is a payload that is being sent from Novu, to resend (It comes from the API logs)
I don't see any reply-to override being applied or sent to them
Nor I see any specific Novu reply id sent to them, so I think that the problem must happens before resend's API
There was a previous bug on resend's provider fixed by @Pawan Jain, the senderName was always overwrited by Novu, is it maybe a similar problem?
Hey there guys, is there any news on this? Would love to use Novu for that!