I'm still struggling with two things though:

1) when people recieve emails (eg workflows from form submissions and in particular from alerts on lists) they seem to be often gettting the server name instead of the hostname/alias (eg: the links will beHTTP://spsvr01/site/list rather than HTTP://sharepoint/site/list we have 3 servers... so this gets confusing for users) and occasionally - I don't get this but it seems to be happening - users sometimes get "file is in use" or "file checked out by USERNAME" (where the username IS the user trying the operation) and it seems to be becasue the user OPENS the file on svr01 but the form tries to submit to "sharepoint" or maybe "svr02" or something and it can't figure out that its the same thing... kind of... our network or site might have a configuration issue...?

2) With the whole environment separation thing, I thought there would be some way to STOP an infopath form that is OPENED in TEST from submitting to PROD (like cross site scripting blocking), which would also stop SOME of these kinds of issues affecting things when you restore your database from PROD to TEST, however we have some forms that are on test that appear to submit successfully to PROD lists - is there some setting or config that can block (or at least warn) when this is going to h

Hi noJedi,

#1. SharePoint alert or workflow email will use the default zone URL of the web application in the email, this is a default behavior.

As a workaround, then you need to edit the default zone URL with the URL you want to show in the email.

And for the form is locked by same user, this may be due to the form is corrupt when opening. So I recommend to wait for 10 minutes to see if the issue still occurs.

#2. I recommend to update the form template URL with Update-SPInfoPathUserFileUrl:

https://technet.microsoft.com/en-us/library/Ff607651.aspx

To update existing form URL, we can click Relink All to relink the existing forms in the library.

For more detailed information, please refer to the link below:

http://www.sharepointdiary.com/2011/03/migrating-infopath-forms-to-sharepoint.html

Thanks,

Victoria

Hi Victoria,

Thanks for the info! I'm thinking that part of the problem is that our site default zone might be setup "backwards"...?! Our default zone is set to "server02" and the intranet zone is set to "intranet"...

http://spsvr01     Default  http://spsvr02
http://spsvr02     Default  http://spsvr02
http://spsvr03     Default  http://spsvr02
http://intranet    Intranet http://intranet

and if you go to "Edit Public Zone URLs" you only see:

"Default"  as http://spsvr02
"Intranet" as http://intranet

and all others are blank and there is no mention of the other servers...

This looks (to a novice like me) like perhaps it should look more like this:

http://spsvr01     Default  http://intranet
http://spsvr02     Default  http://intranet
http://spsvr03     Default  http://intranet
http://intranet    Intranet http://intranet

so that everything "believes its intranet" regardless of what ACTUAL server its on...??? total guess work on my part...

I'm TRYING to read through:

https://technet.microsoft.com/en-us/library/cc261814(v=office.15).aspx

and

http://blogs.msdn.com/b/sharepoint_strategery/archive/2013/05/25/alternate-access-mappings-explained.aspx

but I'm only understanding 50% (if I'm lucky...) so still struggling...