Hi -- In Tessitura, the Example Login Credentials email template has this code:
@if (Model.GetPropertyValue("ResetLink") != null){ <p> <a href="@Model.GetPropertyValue("ResetLink")" target="_blank">Click here to reset your password</a> </p>}
Can someone tell me where that property value comes from?
Searching the tessituranetwork.com site for "ResetLink" yields no results.
Thanks!
-- Alan
Hi Alan,
It's a template parameter. It's included in that template as an example of how parameters work. If you are making other edits to the template, you could certainly hardcode the URL into the template instead.
Thanks. Is there a way to set the parameters via the REST SendLoginCredentials service call, or some other way? It'd be nice to not have to change the template when Live-Test copies happen.
Also, am I reading correctly that emails are only going to be sent once every five minutes? That seems like an inordinate amount of time to wait for a lost password reset.
Yes indeed, managing Live and Test sites is a good use of the parameter. That call accepts a NameValues collection in the request body. It looks like this:
All HTML templates are managed on a queue process, including login credentials, order confirmations, and mobile tickets. The polling frequency of the queue can be changed in the settings of the Tessitura Processing Service, and we do currently recommend setting this at 5 minutes. I do take your point about waiting for a Forgot Login email and I will raise it with our teams.
The GetTickets/RenderTickets template functions do not support custom parameters (name/value pairs)... Is that something that can be added?? I had to implement some clunky work-arounds to get extra parameters/info into those functions, it would be great if name/value pairs could be supported there as well...
I am shameless about setting my queue frequency to 1 minute. But I still think that's a bandaid over the problem that some emails just need to be sent synchronously (like they used to be) -- password resets for sure, and any acknowledgement triggered from the client. You should be able to talk to a customer over the phone and have them receive an order confirmation before you hang up.
I view immediate delivery of Forgot Login emails essential. I know if no online e-commerce site I regularly do business with as a consumer where those do not arrive almost immediately. It’s what patrons will be expecting (and rightfully so).
I can certainly submit an enhancement suggestion for that one. I hadn't noticed that before.
I already voted these up, but seconded/thirded/whatever. Forgot Login should be as near instant as possible for the customer experience. Same as Nick said regarding client side e-mails when you are talking to to someone. Web orders? Eh, I can take a few minutes on those. Patrons do not necessarily need the confirmation within 30 seconds. A minute or two is fine there.
I am a patient man; 5 minutes is fine for most things with me. But 5 minutes does seem like a long time in this internet heavy/instant response world. And we know that patrons love to push things that we think should be "good enough".