When our users send mail using DWA to other DWA users containing an URL, it is changed somewhere along the line.
Examples, please ignore the <> but notes.net ignores the invalid characters in the URL’s and they are the problem I’m having…
When they send http://www.notes.net,
it arrives as http://www.notes.net""/
When they send http://www.notes.net/ (mind the slash),
the receiver gets http://www.notes.net/"i
When full clients read the mail, even from the same mailbox, the URL’s are correct. The same goed for URL’s sent from a Notes client, even the DWA users get the correct one.
Has anyone here ever seen this before?
Edit: This happens in both IE6 as Firefox 1.5.
Subject: DWA adds characters to end of URL
We are having the same type of problem. There is a " that is added to the end of the URL after the browser opens to the URL that was in the email. I looked at the source code of the email in the client and it does not contain the ".
I wish someone knew how to fix this because my users don’t like having to copy and paste the link or to delete the " from the end of the address in the browser.
Subject: RE: DWA adds characters to end of URL
We had this same issue. I called Tech Support on it. Here is there response and yes it does work.
"Thank you for your patience during the troubleshooting process. I have researched this issue with our DWA team and learned that the following is a workaround in 702FP1:
From server console, enter set config iNotes_WA_DisableActCntSecurity=1
Next, enter restart task http
Doing so will add a parameter to the Domino servers notes.ini file. Setting this parameter disables the ACF on the Domino server.
ACF(Active Content Filter) was originally designed a few years ago before todays built in security measures of most OS’s, to try and prevent potential harmful URL links from being loaded into emails opened in a browser, Gmail, Yahoo, DWA and other web based emails were vulnerable at one time.
Today’s browsers are designed to block & warn users about harmful URL links and active-x content, if a user were to click a potential harmful link, Anti-virus, Anti-Spam, Firewalls and even Microsoft’s updated security patches (Malicious software remover), will kick in and prevent any programs from running that could harm a work station.
Unfortunately what we are seeing in the latest versions of 7.x, is that the ACF is beginning to block & disable all URL links & images and is having a hard time distinguishing between them.
I suspect in future releases the ACF will no longer be set by default and will probably have a setting to disable or enable and based on improved technology may even be removed. "