Is it possible to change the gmail addredd from the dashboard with an text input and to send the input to that gmail that we write??
Yes, the readme for the Email node contains the details of how to set the to email address within the message object.
The node help says this:
The default message recipient can be configured in the node, if it is left blank it should be set using the
msg.to
property of the incoming message.
That does not mean you type msg.to
into edit dialog for the node. It says to leave that field blank, and it will then use whatever value you provide in the msg.to
property of the messages it receives.
so if I just take out the msg.to from the email node is it enaugh?
which node do I need to use between both? To send into a msg.to
Take a look at the "Move a message property" flow in the cookbook https://cookbook.nodered.org.
I also notice that you have two wires going into the Email node.
Each normal node reacts when it receives a message. They don't know to wait until they get additional information in a different message. So you will also need to look at JOINing the two messages together (again the cookbook contains an example)
Sory I don´t get it...
This is the full node. I am sending to telegram and e-mail the static text and the value that I am getting per 10 seconds but I want to change the email adress from the dashboard and it doesn´t work. Do you have any example of something similar because I don´t ge it with the documents of node-red I am new at Node-red and I need help please,
Please tell me you aren't trying to send an Email every 10 seconds?
Hi @JokinSegu
no problem - it can sometimes take a couple goes to 'get' the node-red way of creating flows.
You have your top flow generating the message to send every 10 seconds. By the time that message reaches the email node it needs to have msg.to
set to something.
You then have the flow from the email address
dashboard node that is triggered when the user provides an email address.
In this case, the Join node isn't the right way to join those two together. Here is what I would do...
After the [valor contador]
function node, add a Change
node configured to set msg.to
to the value of flow.email
.
After the email address
dashboard node have a Change
node configured to set flow.email
to the value of msg.payload
- and don't wire the output of that node to anything else.
So whenever the user provides a new email address, it will update the value stored in flow context. Then, when a new message comes from the top flow, it will pickup that latest email value from flow context.
Some more observations to consider:
- sending an email every 10 seconds sounds a bit excessive... email isn't normally used for realtime events!
- consider if you need to try to validate the email address provided - you could add a Function node between the
email address
andchange
nodes in order to check the value is sensible. - an email every 10 seconds?
no is just to check if it works or not after put it working I will send a message per day to see how many pieces have we done
So your dashboard sets a context variable called flow.email
Your move screenimage should say move flow.email to msg.to as it moves that context variable to msg.to which is where the email nodes wants the address
this way?
I would recommend using set
rather than move
- because you want to leave the value in flow context. And if you use set
, then the first input is the target value and the second input is where it gets the value from.
I am receiving in the telegram without problem but don´t get any email... I send you everything step by step.
Which Change node is that last screenshot? If it is the Change node connected to the email address
node, then it is not properly configured. The message coming out of the email address
dashboard node will have the value in msg.payload
. So your Change node should be setting flow.email
to the value of msg.payload
.
You could also put a debug node onto teh change node before the email node, set it to "output complete message object" and check that all the information is there
this way?
Yes - and as @ukmoose suggests, add a Debug node set to display the complete message object next to the Email node so you can see what exactly you are passing in.