Hi All,

I am hoping that someone could help me clearify the difference between how
local and shared attachments are stored in mcms. We are having problem at
our company sometimes that users are unable to save a page, often depending
on an attachement on the page wich the user has no access to.

The problem (we think) is when you try to figure out where the attachment is
stored you can only see the guid for the object, this does not really help.
To get around this I have created a simple page wich finds an object by its
guid (cut from the path in the link) and resolve the path to a readable
value.

This works just fine for attachements from the resource gallery, but when
trying with a local attachment you get the path to the posting wich contains
the attachment.

To summarize, how are local attachments stored and how (if possible) can I
do to get the path to this storage in readable form.

Thanks in advance
Best regards,
Erik

[ Post a follow-up to this message ]

Hi Erik,

actually having the GUID will help!
You need to write a small application that use Searches.GetByGuid(...) to
get the object.
Then check if the object returned is a Posting object or a Resource object.
If it is a posting object it is a local attachment.
If it is a Resource object it is a resource gallery item and writing out the
Path of the object will give you it's location.

Cheers,
Stefan

--
This posting is provided "AS IS" with no warranties, and confers no rights

New to MCMS?
Check out this book: Building Websites Using MCMS: http://tinyurl.com/6zj44
Check out the new book as well: Advanced MCMS development:
http://tinyurl.com/8ugwj
----------------------


"Erik" <erik38@hotmail.com> wrote in message
news:ujcFH0cHGHA.140@TK2MSFTNGP12.phx.gbl...
> Hi All,
>
> I am hoping that someone could help me clearify the difference between how
> local and shared attachments are stored in mcms. We are having problem at
> our company sometimes that users are unable to save a page, often
> depending on an attachement on the page wich the user has no access to.
>
> The problem (we think) is when you try to figure out where the attachment
> is stored you can only see the guid for the object, this does not really
> help. To get around this I have created a simple page wich finds an object
> by its guid (cut from the path in the link) and resolve the path to a
> readable value.
>
> This works just fine for attachements from the resource gallery, but when
> trying with a local attachment you get the path to the posting wich
> contains the attachment.
>
> To summarize, how are local attachments stored and how (if possible) can I
> do to get the path to this storage in readable form.
>
> Thanks in advance
> Best regards,
> Erik
>

[ Post a follow-up to this message ]

Hi Stefan,
Thanks for your reply! I did what you suggested and now I can write out the
path to resoursec in the gallery, that is really good. But still, what I
don't understand is this: if I enclose a file from a local store, this is
saved as a posting, but it does not seem to be a posting of its own since th
e
guid is that of the page holiding that attachment? Is this correct? And if
so, should not a user who can edit the page also be able to do "things" with
the attached file?

I'm sorry if I am unclear but I find it difficult explain what I really mean
:-)

Best regards,
Erik

"Stefan [MSFT]" wrote:

> Hi Erik,
>
> actually having the GUID will help!
> You need to write a small application that use Searches.GetByGuid(...) to
> get the object.
> Then check if the object returned is a Posting object or a Resource object
.
> If it is a posting object it is a local attachment.
> If it is a Resource object it is a resource gallery item and writing out t
he
> Path of the object will give you it's location.
>
> Cheers,
> Stefan
>
> --
> This posting is provided "AS IS" with no warranties, and confers no rights
>
> New to MCMS?
> Check out this book: Building Websites Using MCMS: http://tinyurl.com/6zj44[/url...nyurl.com/8ugwj
> ----------------------
>
>
> "Erik" <erik38@hotmail.com> wrote in message
> news:ujcFH0cHGHA.140@TK2MSFTNGP12.phx.gbl... 
>
>
>

[ Post a follow-up to this message ]

Hi Erik,

local attachments - means attachments where the GUID points to the posting
object - are bound to the posting.
With other words: everyone able to modify the posting can do the same with
the attachment.

What exactly is the problem you are experiencing?

Cheers,
Stefan

--
This posting is provided "AS IS" with no warranties, and confers no rights

New to MCMS?
Check out this book: Building Websites Using MCMS: http://tinyurl.com/6zj44
Check out the new book as well: Advanced MCMS development:
http://tinyurl.com/8ugwj
----------------------


"Erik" <Erik@discussions.microsoft.com> wrote in message
news:8E80DA4A-7B59-451B-96E0-1AAAEF7D57A9@microsoft.com...[vbcol=seagreen]
> Hi Stefan,
> Thanks for your reply! I did what you suggested and now I can write out
> the
> path to resoursec in the gallery, that is really good. But still, what I
> don't understand is this: if I enclose a file from a local store, this is
> saved as a posting, but it does not seem to be a posting of its own since
> the
> guid is that of the page holiding that attachment? Is this correct? And if
> so, should not a user who can edit the page also be able to do "things"
> with
> the attached file?
>
> I'm sorry if I am unclear but I find it difficult explain what I really
> mean
> :-)
>
> Best regards,
> Erik
>
> "Stefan [MSFT]" wrote:
> 

[ Post a follow-up to this message ]

Hi,

The errormessage we recieve is as follows (when saving the page):
Error Details:
The current user does not have rights to edit the requested item. If you are
seeing this exception when a CMS template is executing, it means that you
have removed the CmsAuthorizationModule from the ... section of your
web.config. You can only remove this module if: 1. All requests for every CM
S
template in the web application will only be accessed by anonymous users 2.
Guest access is enabled in CMS (via the SCA) 3. The CMS guest user has acces
s
to all postings based on templates in the web application If any of these
requirements are not met, you MUST register the CmsAuthorizationModule in
your web.config.

We have recived this before and in all cases it has been due to something on
the page included from a resource gallery where this particular user do not
have access.
I am begining to wonder if there might be something else on the page that is
the culprit and not the particular attachment I suspected from the beginning
.

Best Regards,
Erik

"Stefan [MSFT]" wrote:

> Hi Erik,
>
> local attachments - means attachments where the GUID points to the posting
> object - are bound to the posting.
> With other words: everyone able to modify the posting can do the same with
> the attachment.
>
> What exactly is the problem you are experiencing?
>
> Cheers,
> Stefan
>
> --
> This posting is provided "AS IS" with no warranties, and confers no rights
>
> New to MCMS?
> Check out this book: Building Websites Using MCMS: http://tinyurl.com/6zj44[/url...nyurl.com/8ugwj
> ----------------------
>
>
> "Erik" <Erik@discussions.microsoft.com> wrote in message
> news:8E80DA4A-7B59-451B-96E0-1AAAEF7D57A9@microsoft.com... 
>
>
>

[ Post a follow-up to this message ]

Hi Erik,

this error message should only show up with resource gallery items - not
with local attachments.
Here you will see this error if the resource gallery item referenced in the
posting has been deleted from the resource gallery.
If this shows up for local attachments then this usually indicates a
database inconsistancy and you would need to open a support case to get this
analyzed and fixed.

Cheers,
Stefan

--
This posting is provided "AS IS" with no warranties, and confers no rights

New to MCMS?
Check out this book: Building Websites Using MCMS: http://tinyurl.com/6zj44
Check out the new book as well: Advanced MCMS development:
http://tinyurl.com/8ugwj
----------------------


"Erik" <Erik@discussions.microsoft.com> wrote in message
news:5EE7893F-592E-4BA4-B032-29C1A7DB7C0C@microsoft.com...[vbcol=seagreen]
> Hi,
>
> The errormessage we recieve is as follows (when saving the page):
> Error Details:
> The current user does not have rights to edit the requested item. If you
> are
> seeing this exception when a CMS template is executing, it means that you
> have removed the CmsAuthorizationModule from the ... section of your
> web.config. You can only remove this module if: 1. All requests for every
> CMS
> template in the web application will only be accessed by anonymous users
> 2.
> Guest access is enabled in CMS (via the SCA) 3. The CMS guest user has
> access
> to all postings based on templates in the web application If any of these
> requirements are not met, you MUST register the CmsAuthorizationModule in
> your web.config.
>
> We have recived this before and in all cases it has been due to something
> on
> the page included from a resource gallery where this particular user do
> not
> have access.
> I am begining to wonder if there might be something else on the page that
> is
> the culprit and not the particular attachment I suspected from the
> beginning.
>
> Best Regards,
> Erik
>
> "Stefan [MSFT]" wrote:
> 

[ Post a follow-up to this message ]

Ok Stefan,
I will re-check the page and see if I can figure out where the error lies.

Thanks very much for your help, it was very useful

BG
Erik


"Stefan [MSFT]" wrote:

> Hi Erik,
>
> this error message should only show up with resource gallery items - not
> with local attachments.
> Here you will see this error if the resource gallery item referenced in th
e
> posting has been deleted from the resource gallery.
> If this shows up for local attachments then this usually indicates a
> database inconsistancy and you would need to open a support case to get th
is
> analyzed and fixed.
>
> Cheers,
> Stefan
>
> --
> This posting is provided "AS IS" with no warranties, and confers no rights
>
> New to MCMS?
> Check out this book: Building Websites Using MCMS: http://tinyurl.com/6zj44[/url...nyurl.com/8ugwj
> ----------------------
>
>
> "Erik" <Erik@discussions.microsoft.com> wrote in message
> news:5EE7893F-592E-4BA4-B032-29C1A7DB7C0C@microsoft.com... 
>
>
>

[ Post a follow-up to this message ]