Public Forms - email link routing user to internal Forms not Public Portal

posted on June 21, 2017

Hi All,

We have a client of ours that is using Public Portal on a DMZ. They created a Form for tickets for the IT Help Desk. With that, when a user submits the Form, there is an email link that get's emailed to the IT team.

In that email - there is a link to view the task in Forms. However, this link routes the IT team member to the internal Forms and NOT the Public Portal (external Forms on the DMZ).

We did notice that when hovering over the link in the email (and not clicking it), it shows the URL and it's pointing to the internal server (LF Server with Internal Forms on it).

Does anyone know where to change this or how I can fix this so the email link directs the user to the appropriate Public Portal server on the DMZ to view the relevant task? I couldn't find where to make that change...

All help is much appreciated!

Thank you!

0 0

replied on June 22, 2017

Hi Jon,

The link that's present in the task email comes from the Forms configuration page under the "Forms Server" tab. I would make sure that the primary Forms server URL present there is the URL you want people to use.

2 0

View 4 previous replies

replied on June 22, 2017

Anita,

Great - thank you for the response! The client that called in asking about this didn't have the password for the domain admin to get to the Forms Config page so I couldn't verify that at the time I created this post. I will make sure to check this once we get in to the Forms Config on the DMZ.

Thank you!!!

0 0

replied on December 6, 2017

Anita,

Thank you for that information. Above that box it says "forms server that can be accessed by the routing service" - if I want the links to go to my external server in the DMZ, but follow your whitepaper about setting up a server in the dmz (and disabling forms routing service)

https://support.laserfiche.com/resources/3481/hosting-laserfiche-forms-10-in-a-perimeter-network-dmz

Will this break forms?

0 0

replied on December 8, 2017 • Show version history

In Forms 10.2, there are two options which can be added to the cf_options table, FormsURI and FormsHostEmailOverride.

FormsURI takes values of the form http://alternatehostname and is used when generating URLs for publish links; as of 10.2.0.
FormsHostEmailOverride takes values of the form http://alternatehostname/Forms/ (similar to primary Forms server URL) and is used for links in e-mail notifications; as of 10.2.1.

In this way, the recommended practice of keeping the primary Forms Server the internal machine can be retained while still allowing public-facing addresses to be used in other public-facing contexts.

2 0

replied on December 11, 2017

James, are there recommended queries to add those options to the cf_options table?

0 0

replied on December 15, 2017

Hi Daniel,

You should be able to use something of the form:

USE [FormsDatabaseName]

INSERT INTO cf_options (optionname, optionvalue) VALUES ('FormsURI','http://alternatehostname')
INSERT INTO cf_options (optionname, optionvalue) VALUES ('FormsHostEmailOverride','http://alternatehostname/Forms/')

Standard caveats when editing the database apply. Additionally you should use the corresponding UPDATE statements if the keys already exist.

0 0

replied on March 7, 2018 • Show version history

Note that as of Forms 10.3, this does not affect the host name of links in Save Draft e-mails, only the e-mails of links in user task notifications. Bug 76409 has been filed for the case of Save Draft e-mails.

0 0

replied on June 1, 2018

Save Draft e-mails should now respect the FormsHostEmailOverride setting as of Forms 10.3.1 and Forms 10.2.1 update 3.

0 0

Discussion

Discussion

Public Forms - email link routing user to internal Forms not Public Portal

Comments 8

Follow-Ups 0

Sign in to reply to this post.