BTW,

I've looked at this document: http://www.jivesoftware.com/jivespace/docs/DOC-4454

and have followed all the steps to no avail. Again, works in some environments, but not others.

Thanks,

Ben.

Hi Karl,

I made all those configurations.

I'm able to insert notes:// links using the insert link interface.

When I save, the URL is not converted to a # character as would happen if

it wasn't disabled.

I don't know where it would remove the scheme but keep the rest of the URL

and this has worked in some environments (same version) and not others,

hence why I think it must be a configuration issue.

I have the possibility of debugging, but by the time it gets to the

DBDocument class, the URL has already been stripped of its scheme.

I'm guessing it is a filter that's doing it, but I believe they're both

configured as suggested.

Interestingly, the URL filter doesn't seem to change the behaviour in any

way:

globalRenderManager.HTMLFilter.allowedSchemesString  =

http://,https://,ftp://,mailto:,notes://,

globalRenderManager.HTMLFilter.enabled  =  true

globalRenderManager.UrlFilter.enabled  =  true

globalRenderManager.UrlFilter.schemes  =

http://,https://,mailto://,ftp://,notes://

Thanks,

Ben.

This e-mail, including attachments, is intended for the person(s) or

company named and may contain confidential and/or legally privileged

information. Unauthorized disclosure, copying or use of this information

may be unlawful and is prohibited. If you are not the intended recipient,

please delete this message and notify the sender.

All incoming and outgoing e-mail messages are stored in the Swiss Re

Electronic Message Repository. If you do not wish the retention of

potentially private e-mails by Swiss Re, we strongly advise you not to use

the Swiss Re e-mail account for any private, non-business related

communications.

Hi Karl,

I've tried both. methods.

When I check the HTML code the link is correct, it's only during the save

which the URL is rewritten and then editing the document again, and viewing

the source shows that the URL is broken.

Is that even a filter that does that, or do filters just work when

displaying the content?

Thanks,

Ben.

This e-mail, including attachments, is intended for the person(s) or

company named and may contain confidential and/or legally privileged

information. Unauthorized disclosure, copying or use of this information

may be unlawful and is prohibited. If you are not the intended recipient,

please delete this message and notify the sender.

All incoming and outgoing e-mail messages are stored in the Swiss Re

Electronic Message Repository. If you do not wish the retention of

potentially private e-mails by Swiss Re, we strongly advise you not to use

the Swiss Re e-mail account for any private, non-business related

communications.

Hi Karl,

That's helpful. I've looked in the database and the Notes:// URI is also stripped in the database, so that tells us it's not a filter.

Is there anything else that can manipulate the document content prior to saving?

Thanks,

Ben.

Hi Karl,

Here are the results of my tests to date:

"doesn't work" indicates where the notes:// URI is stripped from the content. "works" indicates where it doesn't get stripped.

I am able to debug in the SBS 3.0.2 stack version which doesn't work to try and locate the configuration which might be causing this. Given that it's in the data, it must be occurring during the save process. Any idea where a good place would be to create a breakpoint to try and follow the save process?

Thanks and Kind Regards,

Ben.