Using node-red-node-email, I need to wait till the mail has been successfully accepted by the mta bevor continuing my flow. As the sending node seems not allow to continue flows, I tried using the status node as workaround, which unfortunately does not contain info which can be linked to the initial msg/flow. Nor the docs nor the forum had useful information about this. May someone point me to further information / a working example?
Send yourself a BCC and then have a mail receiver flow that gets triggered once the BCC mail arrives in your mailbox 
I don't think there is a mail received node (which actually would be a nice thing) and this idea isn't to be taken too seriously.
But isn't that the point where the send-mail node sends its message, i.e. after successful submission doesn't the node send a message? I'm not familiar with the email node.
You could also provide what you have done so far to make it easier to figure what your using to send emails and how you're doing it.
The node @colinl/node-red-guaranteed-delivery includes an example of its use for guaranteeing the delivery of email to the MTA. It copes with queuing and retry on failure.
Isn't the issue that the MTA/Mail server may not actually provide the information? I don't think that SMTP sends have anything that responds once the MTA has actually sent the email? Though I may well be wrong, been a long time since I did much with that side of things.
The BCC idea seems a more robust solution. Though you would also need to take account of never receiving any response so you would need a timeout as well.
Indeed it doesn't, SMTP does not support that. But I think the OP only wants to know that the MTA accepted the email for delivery and my suggestion with BCC would actually be a step beyond what they want because that then is notification of email delivery.
Or you just accept it as being event driven programming and the event never happened - depends on the use case.
Thx for your replies <3, I'll take a closer look as soon as there is more time, and maybe also provide an example if still needed.
To precise myself: I only count on the MTAs reply saying something like '250 message queued'. I know, he/she won't tell me when it is delivered into the mailbox. It is OK to know, the message has been accepted by the MTA, independent of what is going in later with it.
It guarantees that the message has been received by the mail server. Not that it has been send to the recipient.
It is necessary to deal with errors too.
To amplify my previous post, the email node is well behaved in that it triggers either a Complete or a Catch node, not both. So it is easy to know what has happened. The example with the guaranteed delivery node handles the queuing of messages and retries in case of errors, such as network failures.
1 Like
