Fixed font Subject: Re: Org Forms lib not visible in Outlook 2003 (Exch 2007)
Author: Rick Grigg Date: 08 Jun 2011
References:
One thing to check here! You must be sure that the folder you create under Eforms Registry to host your forms that you post from Outlook, is exactly the same langauge as the outlook client. For example, 2003 Eforms Registry foldlers default to Bulgarian and even if you change that language to English USA, you won't be able to post forms to it if the Outlook client itself is installed as English UK.

> On Friday, March 14, 2008 8:07 AM James B wrote:

> I've followed the instructions here -
> http://support.microsoft.com/kb/933358/en-us - for creating an Org Forms
> library and all looks ok.
> I ran PFDAVAdmin from a client machine, and the permissions on it seem to
> check out. However, I cannot publish any forms to it, in fact, it's just not
> visible in Outlook 2003 at all. If I go to Manage Forms in Tools > Options,
> the org forms lib isn't shown, and if I go to the properties of an Outlook
> folder such as Calendar, and then pick "Forms" as the Posting option, I
> don't see the Org forms lib there either, just the personal folders.
> We've googled and technetted for the last 2 days and I can't see what's
> wrong with it. If, in the Exchange 2007 public folder console I click
> "Update" on the folder I do get an error though -
> MapiExceptionNoReplicaAvailable - but not sure if that's a red herring or
> not.
>
> Thanks
> James


>> On Monday, March 17, 2008 7:19 PM Ed Crowley [MVP] wrote:

>> Does the new mailbox have rights to use the Organizational Forms Library?
>> --
>> Ed Crowley
>> MVP - Exchange
>> "Protecting the world from PSTs and brick backups!"


>>> On Tuesday, March 18, 2008 6:08 AM James B wrote:

>>> "Ed Crowley [MVP]" <curspice@mvpsnospam.org> wrote in message
>>> news:%23GBxWVIiIHA.4344@TK2MSFTNGP03.phx.gbl...
>>>
>>> Hi Ed,
>>> As far as I can tell, yes - see the following output:
>>>
>>> [PS] C:\Documents and
>>> Settings\Administrator>get-publicfolderclientpermission -I
>>> dentity "\NON_IPM_SUBTREE\EFORMS REGISTRY\Organizational Forms Library"
>>>
>>> Identity User AccessRights
>>> -------- ---- ------------
>>> \NON_IPM_SUBTREE\EFORMS... Default {Reviewer}
>>> \NON_IPM_SUBTREE\EFORMS... extest.local/Users/Admi... {Owner}
>>> \NON_IPM_SUBTREE\EFORMS... Anonymous {None}
>>>
>>>
>>> [PS] C:\Documents and Settings\Administrator>
>>>
>>> This suggests that Administrator is owner and any other authenticated users
>>> (Default?) have at least read permission. This seems correct, and would
>>> mirror the behaviour in earlier versions of Exchange.
>>>
>>> Not sure if this is relevant, but if I go into the Public Folder Management
>>> Console, click on EFORMS REGISTRY in the left hand pane, and then click
>>> "Update Content" over on the right under my Org Forms option, I get the
>>> following error:
>>>
>>> --------------------------------------------------------
>>> Microsoft Exchange Error
>>> --------------------------------------------------------
>>> Action 'Update Content' could not be performed on object 'Organizational
>>> Forms Library'.
>>>
>>> Organizational Forms Library
>>> Failed
>>> Error:
>>> Cannot start content replication against public folder
>>> '\NON_IPM_SUBTREE\EFORMS REGISTRY\Organizational Forms Library' on public
>>> folder database 'EX2007TEST\Second Storage Group\Public Folder Database'.
>>>
>>> MapiExceptionNoReplicaAvailable: StartContentReplication failed.
>>> (hr=0x80004005, ec=1129)
>>> Diagnostic context:
>>> Lid: 1494 ---- Remote Context Beg ----
>>> Lid: 31229 Error: 0x0
>>> Lid: 9206 StoreEc: 0xFFFFF9BF
>>> Lid: 19865 StoreEc: 0x469
>>> Lid: 27225 StoreEc: 0x469
>>> Lid: 1750 ---- Remote Context End ----
>>> Lid: 26322 StoreEc: 0x469
>>>
>>>
>>>
>>>
>>> --------------------------------------------------------
>>> OK
>>> --------------------------------------------------------
>>>
>>>
>>>
>>> Now, replication is a moot point as we only have one server, however if I
>>> understand it correctly, even with one server, replication plays a part so
>>> maybe the above error is relevant after all?
>>>
>>> Many thanks
>>>
>>> James.


>>>> On Tuesday, March 18, 2008 12:27 PM Ed Crowley [MVP] wrote:

>>>> What happens if you grant rights to Anonymous?
>>>> --
>>>> Ed Crowley
>>>> MVP - Exchange
>>>> "Protecting the world from PSTs and brick backups!"


>>>>> On Tuesday, March 18, 2008 12:44 PM James B wrote:

>>>>> "Ed Crowley [MVP]" <curspice@mvpsnospam.org> wrote in message
>>>>> news:e6s$HURiIHA.5280@TK2MSFTNGP02.phx.gbl...
>>>>> No change that I can tell:
>>>>>
>>>>> Did the following...
>>>>> [PS] C:\Documents and
>>>>> Settings\Administrator>add-publicfolderclientpermission -I
>>>>> dentity "\NON_IPM_SUBTREE\EFORMS REGISTRY\Organizational Forms
>>>>> Library" -AccessR
>>>>> ights PublishingEditor -User Anonymous
>>>>>
>>>>> Identity User AccessRights
>>>>> -------- ---- ------------
>>>>> \NON_IPM_SUBTREE\EFORMS... Anonymous {PublishingEditor}
>>>>>
>>>>>
>>>>> [PS] C:\Documents and
>>>>> Settings\Administrator>get-publicfolderclientpermission -I
>>>>> dentity "\NON_IPM_SUBTREE\EFORMS REGISTRY\Organizational Forms Library"
>>>>>
>>>>> Identity User AccessRights
>>>>> -------- ---- ------------
>>>>> \NON_IPM_SUBTREE\EFORMS... Default {Reviewer}
>>>>> \NON_IPM_SUBTREE\EFORMS... Anonymous {PublishingEditor}
>>>>> \NON_IPM_SUBTREE\EFORMS... extest.local/Users/Admi... {Owner}
>>>>>
>>>>>
>>>>> [PS] C:\Documents and Settings\Administrator>
>>>>>
>>>>> But still doesn't show in Outlook (admin's mailbox)
>>>>>
>>>>> I looked at an Exchange server belonging to a customer (where it DOES work)
>>>>> and I noticed their admin account appeared as "NTUSER:Username..." rather
>>>>> than "DOMAIN\Username". Not sure if that has any impact (and how it would
>>>>> get put in like that). I couldn't set Anonymous to "Owner" as it said the
>>>>> FolderContact role wasn't allowed.
>>>>>
>>>>> James.