← Back to team overview

zim-wiki team mailing list archive

Re: ms-outlook uri support


Yes, you're right.  "outlook://FOLDER" is a legitimate URL.  I don't know
why I said that nonsense about "outlook urls cannot have a double-slash"
because I knew about the folder linking, but I had personally decided that
linking to a folder would be useless.

Here's a link supporting folder linking:
Here's my original link supporting the GUID linking:

So I think this is the best solution, and if you agree to it, I'll work on
it and submit another patch:

"outlook:.*" links will be treated as zim links unless the part after the
colon is exactly 140 alpha-numeric characters long.

Here is an actual outlook guid-based
url: Outlook:00000000E00744D8C7D8B7418DAE521ABB4BDF940700821B2170E9E7F04FA38DF7EC21DE487100000F59B72F000081505B8B370BEA44B01EA558905E103700000001762A0000

Sound good?

On Tue, Dec 6, 2011 at 2:38 AM, Jaap Karssenberg <jaap.karssenberg@xxxxxxxxx
> wrote:

> On Fri, Dec 2, 2011 at 4:32 PM, Greg Warner <gdwarner@xxxxxxxxx> wrote:
>> As far as I know, the outlook URLs cannot have a double-slash following
>> the colon.  I'm pretty sure that is an Outlook implementation detail and
>> not related to my particular link-generation program or the required
>> registry settings.  If such is the case, then paste re-writer simply would
>> not work.  (In my first experiments, I added the double-slashes, in which
>> case it correctly recognized it as a URL and opened outlook, but outlook
>> gave me an error).
> I found back the previous discussion here:
> https://bugs.launchpad.net/zim/+bug/605496
> Just tested it on a standard XP system (no special tricks what so ever)
> and I can confirm that an "outlook://" URL works to open a folder in
> outlook.
> But from a quick internet search it looks like "outlook://FOLDER" and
> "outlook:ID" might be separate schemes, where the first needs the full path
> and the second only an unique ID. But not entirely sure about this.  If
> anyone could check this and document it (or reference some documentation
> about it), we can make sure the solution supports all modes.
> What do you think about this option:
>> Outlook URLs are entered with the double-slash (ie. outlook://GUID_HERE),
>> but when clicked, they are re-written to omit the double slashes?
> That is fine with me - no conflict with zim pages in this scheme. But
> wouldn't it break the case where we use "outlook://FOLDER" ?
> -- Jaap

Follow ups