Experience with "email-link" file type for Wildfire and "one time" links

[Anon1]

Does anybody have real world experience with the "email-link" file type for Wildfire and "one time" links? We have concerns when we enable it, that emails which contain links to e.g. registration pages, password reset pages, etc. make problems when the Wildfire cloud already visited that page before the actual user clicks on the link in the email.

[BPry · Accepted solution]

Hi @Anon1,

Currently in five days I've had 12168 instances of email-link events on my wildfire statistics and we've been running it on all firewalls I've installed for over three years. I've never had a single reported instance of this feature messing up any one-time links. Likewise we've never been alerted to or noticed any issues with reset pages, registration pages, or anything of the sort. 

I believe that most pages are configured to the point where they require user interaction once the website has been accessed. So reset messages or unsubscribe links and everything else will usually require an additonal screen when the link is clicked; one last ditch effort to keep you from hitting that unsubscribe links and such. Or it's somehow known that Wildfire is the one analysing the link so no action is ever taken, I'm not really sure which 😉

Overall I would call it a safe feature to enable. 

[Anon1]

Hello BPry,

thank you for your reply. It was very helpful.

[ChadVantine]

We had this issue. Our library uses "one-time" links to journal articles, user regs. and other things. 

Wildfire was clicking these links and inspecting them and causing the links to break as they had already been clicked by Wildfire.

Had to whitelist the listservs that were sending the emails so that it stopped.

[PF]

How do you go about the whitelist?