Your achievements

Level 1

0% to

Level 2

Tip /
Sign in

Sign in to Community

to gain points, level up, and earn exciting badges like the new
BedrockMission!

Learn more

View all

Sign in to view all badges

SOLVED

Error in Alert Activity

ramprakasht3196
Level 3
Level 3

Hi,

 

Iam trying to send the alert mail using alert activity. But I am getting following Error In delivery.

 

ramprakasht3196_0-1584356446453.png

 

In properties under SMTP I found below URL. Earlier we used this URL. After server transformation we had changed the URL. Could please help how to change this SMTP header URL.

ramprakasht3196_1-1584356705455.png

 

Thanks,

Ram.

 

1 Accepted Solution
wodnicki
Correct answer by
Community Advisor
Community Advisor

Hi,

 

Are you altering the system alert template(s)? Those are mapped to operators, not recipients.

If they were recipients you could use @cryptedId, no need to call cryptString() function- or better, use a common unsub personalization block.

Finally, operators can't use webApps to unsubscribe from alerts; unless the webApp is written in such a way as to delete the row from the nmsgroup bridge table connecting them to the alert group every workflow is set to use...

 

Thanks,

-Jon

View solution in original post

3 Replies
Darren_Bowers
Community Advisor
Community Advisor

Not sure why you would want a List-Unsubscribe in an Alert activity as Alerts are usually used to target Operators of the instance

If you do, then you need to use operator.id as Alerts use Operators, not Recipients as the targets

 

anupk2111
Level 2
Level 2

Hi @ramprakasht3196 

 

I am not clear on why you are using a delivery instead of just using an alert activity to send alerts.

In case you just want to send an alert use the below activity to configure the alert message and add the assignee( operator) who should receive the alert.

anupk2111_0-1584458365688.png

 

 

Thanks,

Anup

wodnicki
Correct answer by
Community Advisor
Community Advisor

Hi,

 

Are you altering the system alert template(s)? Those are mapped to operators, not recipients.

If they were recipients you could use @cryptedId, no need to call cryptString() function- or better, use a common unsub personalization block.

Finally, operators can't use webApps to unsubscribe from alerts; unless the webApp is written in such a way as to delete the row from the nmsgroup bridge table connecting them to the alert group every workflow is set to use...

 

Thanks,

-Jon

View solution in original post