Experts Challenge: MAPI is unable to access Public Folder store items

G

Guest

Goodday to all of you,

I have crosspost my messages to several newsgroups.
Reason for this is that my previous posts to different newsgroups did not
solve the problem.
Maybe if I crosspost, there will be an expert that has a solution.
Also I am not sure to which group I should post my problem.
Maybe this post long-winded, do not see at as material for a novel!!! - I am
just trying to explain the exact TERRIBLE situation!
---- ---- ---- ----

I am experiencing a problem with our Public Folder Store.

All my users are not be able to access e-mail items in the Public Folders
using their Outlook (2003) client, even though the users have the correct
permissions.
If the user tries to open a messages they receive: "Can't open the item. You
do not have sufficient permission to perform this operation on this object.
See the folder contact or your system administrator".

However if the same users tries to access these same items via OWA, they are
able to read the items.
Users in subject are so called "Reviewers".
User with "Owner" rights are able to open and read. Even stranger it
becomes, once a "Owner" has opened the item, the "Reviewer" will then be
able to open these items (while before the where not able to).
In other words, a "Owner" has to open all the message's, before a "Reviewer"
can.


I have done many kbid and Google searches, have tried tools like
PFDAVAdmin.exe and MFCMAPI.exe.
These tools did not solve anything.
Also note that this only occurs to e-mail items. Public addresses and the
public calendar are not effected with above problem.

Some specifications:
Microsoft Exchange Server running on a sbs2k3 machine, I recently added a
new Exchange Enterprise Server (win2k3) in the domain.
But this was for testing only. After the new Exchange was added to the
domain (and a test mailbox was moved) above problems started to occur.
Currently the new Exchange Server has been removed from the domain (test
mailbox is back on the SBS), because I was hoping this would solve the
problem.


I know I am not the only one that has experienced this behaviour, I have
seen many posts (going back to 2003) about this problem.
Example:
http://groups.google.nl/group/micro..._frm/thread/3b2386aab163684c/8014cce2859581ab
But all these post I have seen, are unsolved or remain unanswered.
Therefore I must assume there is no expert in the msnews that has a solution
to this!!!???
Can't be, come on experts, please help me out!
 
J

jamestechman

Does this occur when when you create new folders as well? What you
could possible do is use Pfdavadmin, export all permissions out, give
everyone owner rights, give it some time for Exchange to recognize the
update, then import the orginal permissions back in. I suggest you test
this process first and make sure you have good backups.

James Chong
MCSE M+, S+, MCTS, Security+
msexchangetips.blogspot.com
ftp://mail.msexchange911.net/
 
M

mrforklift

Try setting the user's Outlook profile to always request username and
password. Look to see if they are using multiple profiles with
different authentication properties. I had to do this on mine and it
cleared up. The tell-tale clue is that it works in OWA, which requests
authentication if you are using Forms-Based Authentication.

Matt
 
G

Guest

Even set to always request username and password, reviewers are still not
able to open items in the PBFstore.
Users only have one profile in use.

--
«·´`·.(*·.¸(`·.¸ ¸.·´)¸.·*).·´`·»
«.............. CHARLIE ..............»
«·´`·.(¸.·´(¸.·* *·.¸)`·.¸).·´`·»


<[email protected]> schreef in bericht
Try setting the user's Outlook profile to always request username and
password. Look to see if they are using multiple profiles with
different authentication properties. I had to do this on mine and it
cleared up. The tell-tale clue is that it works in OWA, which requests
authentication if you are using Forms-Based Authentication.

Matt
 
J

jamestechman

What happens if you take of the PFs that's having issues, change the
perms so that they are owners, see if it takes and if it does change it
back to the original reviewer, kinda like giving it a kick start.

James Chong
MCSE M+, S+, MCTS, Security+
msexchangetips.blogspot.com
ftp://mail.msexchange911.net/
 
G

Guest

Have also tried to make some new folders as well. Still users ware not able
to open the e-mails within in this folder.
Have also given the users Owner rights for one night, but once the
permissions where set back to Reviewer the problems where back again.


--
«·´`·.(*·.¸(`·.¸ ¸.·´)¸.·*).·´`·»
«.............. CHARLIE ..............»
«·´`·.(¸.·´(¸.·* *·.¸)`·.¸).·´`·»


<[email protected]> schreef in bericht
Does this occur when when you create new folders as well? What you
could possible do is use Pfdavadmin, export all permissions out, give
everyone owner rights, give it some time for Exchange to recognize the
update, then import the orginal permissions back in. I suggest you test
this process first and make sure you have good backups.

James Chong
MCSE M+, S+, MCTS, Security+
msexchangetips.blogspot.com
ftp://mail.msexchange911.net/
 
G

Guest

I have changed the permissions for the users overnight from reviewer to
owner.
However once the permissions where set back to Reviewer the problems where
back again.

Instead of a kick start, don't you have some hotwires?

--
«·´`·.(*·.¸(`·.¸ ¸.·´)¸.·*).·´`·»
«.............. CHARLIE ..............»
«·´`·.(¸.·´(¸.·* *·.¸)`·.¸).·´`·»


<[email protected]> schreef in bericht
What happens if you take of the PFs that's having issues, change the
perms so that they are owners, see if it takes and if it does change it
back to the original reviewer, kinda like giving it a kick start.

James Chong
MCSE M+, S+, MCTS, Security+
msexchangetips.blogspot.com
ftp://mail.msexchange911.net/
 
A

Andy David - MVP

I have changed the permissions for the users overnight from reviewer to
owner.
However once the permissions where set back to Reviewer the problems where
back again.

Instead of a kick start, don't you have some hotwires?

Call PSS.
 
R

Rich Matheisen [MVP]

Have also tried to make some new folders as well. Still users ware not able
to open the e-mails within in this folder.
Have also given the users Owner rights for one night, but once the
permissions where set back to Reviewer the problems where back again.

Is there any chance you're working in Exchange mixed-mode?

When you look at the Client Permissions you're seeing what *should* be
the set of permissions. Try Ctrl+Click on that button and see what the
NTFS permissions really are.

Access control lists in Exchange public folders [330508]

Don't change the permissions from there, though.

If the permission NTFS perms you see don't agree with what you see in
the MAPI perms you have a problem. That probmlem may be that the MAPI
perms aren't in canonical order, or that there's a problem that's
preventing the conversion of the mailbox names to SIDs.

--
Rich Matheisen
MCSE+I, Exchange MVP
MS Exchange FAQ at http://www.swinc.com/resource/exch_faq.htm
Don't send mail to this address mailto:[email protected]
Or to these, either: mailto:[email protected] mailto:[email protected] mailto:[email protected]
 
G

Guest

Hi Rich,

The NTFS permission are in line with the MAPI permissions.

--
«·´`·.(*·.¸(`·.¸ ¸.·´)¸.·*).·´`·»
«.............. CHARLIE ..............»
«·´`·.(¸.·´(¸.·* *·.¸)`·.¸).·´`·»


Rich Matheisen said:
Have also tried to make some new folders as well. Still users ware not
able
to open the e-mails within in this folder.
Have also given the users Owner rights for one night, but once the
permissions where set back to Reviewer the problems where back again.

Is there any chance you're working in Exchange mixed-mode?

When you look at the Client Permissions you're seeing what *should* be
the set of permissions. Try Ctrl+Click on that button and see what the
NTFS permissions really are.

Access control lists in Exchange public folders [330508]

Don't change the permissions from there, though.

If the permission NTFS perms you see don't agree with what you see in
the MAPI perms you have a problem. That probmlem may be that the MAPI
perms aren't in canonical order, or that there's a problem that's
preventing the conversion of the mailbox names to SIDs.

--
Rich Matheisen
MCSE+I, Exchange MVP
MS Exchange FAQ at http://www.swinc.com/resource/exch_faq.htm
Don't send mail to this address mailto:[email protected]
Or to these, either: mailto:[email protected]
mailto:[email protected]
mailto:[email protected]
 
G

Guest

Just an update to let you know I have found a workaround for my problem.

After doing a little bit of Google searches on this thread:
http://groups.google.nl/group/micro..._frm/thread/3b2386aab163684c/8014cce2859581ab

I found out that it is just another Microsoft bug.
I (also) don't understand why Microsoft does not acknowledge this bug, since
it's pretty fundamental.
How on earth did this get past beta testing???

The workaround is as following:

** ** ** ** ** ** **
Enable Cached mode and make sure you have the check box for "download public
folder favourites checked.
Then add any public folder you want to view to the public folder favourites.
You can then view them from that location.

I don't think this is a very good solution but until one is found, that
should at least get to the point of viewing them.
Hopefully an actual fix will come out soon*.
** ** ** ** ** ** **

Found the solution at:
http://groups.google.nl/group/micro...a0e84?lnk=st&q=&rnum=4&hl=nl#91f82ec6acda0e84

* Note that it was posted around November 6'th 2003 ===> And still not any
hotfix available from Microsoft!
Don't think the will do so, since they already start beta testing of Office
2007 and Exchange 2007 which do not have Public Folders by default.
I understand Microsoft is "de-emphasizing" Public Folders.......... (why are
the doing this.......)

--
«·´`·.(*·.¸(`·.¸ ¸.·´)¸.·*).·´`·»
«.............. CHARLIE ..............»
«·´`·.(¸.·´(¸.·* *·.¸)`·.¸).·´`·»

Hi Rich,

The NTFS permission are in line with the MAPI permissions.

--
«·´`·.(*·.¸(`·.¸ ¸.·´)¸.·*).·´`·»
«.............. CHARLIE ..............»
«·´`·.(¸.·´(¸.·* *·.¸)`·.¸).·´`·»


Rich Matheisen said:
Have also tried to make some new folders as well. Still users ware not
able
to open the e-mails within in this folder.
Have also given the users Owner rights for one night, but once the
permissions where set back to Reviewer the problems where back again.

Is there any chance you're working in Exchange mixed-mode?

When you look at the Client Permissions you're seeing what *should* be
the set of permissions. Try Ctrl+Click on that button and see what the
NTFS permissions really are.

Access control lists in Exchange public folders [330508]

Don't change the permissions from there, though.

If the permission NTFS perms you see don't agree with what you see in
the MAPI perms you have a problem. That probmlem may be that the MAPI
perms aren't in canonical order, or that there's a problem that's
preventing the conversion of the mailbox names to SIDs.

--
Rich Matheisen
MCSE+I, Exchange MVP
MS Exchange FAQ at http://www.swinc.com/resource/exch_faq.htm
Don't send mail to this address mailto:[email protected]
Or to these, either: mailto:[email protected]
mailto:[email protected]
mailto:[email protected]
 
L

Lanwench [MVP - Exchange]

In
charlie brown said:
Just an update to let you know I have found a workaround for my
problem.

What exactly *was* the problem? It doesn't appear in the quoted text in this
thread....
After doing a little bit of Google searches on this thread:
http://groups.google.nl/group/micro..._frm/thread/3b2386aab163684c/8014cce2859581ab

I found out that it is just another Microsoft bug.
I (also) don't understand why Microsoft does not acknowledge this
bug, since it's pretty fundamental.
How on earth did this get past beta testing???

The workaround is as following:

** ** ** ** ** ** **
Enable Cached mode and make sure you have the check box for "download
public folder favourites checked.
Then add any public folder you want to view to the public folder
favourites. You can then view them from that location.

I don't think this is a very good solution but until one is found,
that should at least get to the point of viewing them.
Hopefully an actual fix will come out soon*.
** ** ** ** ** ** **

Found the solution at:
http://groups.google.nl/group/micro...a0e84?lnk=st&q=&rnum=4&hl=nl#91f82ec6acda0e84

* Note that it was posted around November 6'th 2003 ===> And still
not any hotfix available from Microsoft!
Don't think the will do so, since they already start beta testing of
Office 2007 and Exchange 2007 which do not have Public Folders by
default. I understand Microsoft is "de-emphasizing" Public
Folders..........
(why are the doing this.......)


Hi Rich,

The NTFS permission are in line with the MAPI permissions.

--
«·´`·.(*·.¸(`·.¸ ¸.·´)¸.·*).·´`·»
«.............. CHARLIE ..............»
«·´`·.(¸.·´(¸.·* *·.¸)`·.¸).·´`·»


Rich Matheisen said:
<charlie brown> wrote:

Have also tried to make some new folders as well. Still users ware
not able
to open the e-mails within in this folder.
Have also given the users Owner rights for one night, but once the
permissions where set back to Reviewer the problems where back
again.

Is there any chance you're working in Exchange mixed-mode?

When you look at the Client Permissions you're seeing what *should*
be the set of permissions. Try Ctrl+Click on that button and see
what the NTFS permissions really are.

Access control lists in Exchange public folders [330508]

Don't change the permissions from there, though.

If the permission NTFS perms you see don't agree with what you see
in the MAPI perms you have a problem. That probmlem may be that the
MAPI perms aren't in canonical order, or that there's a problem
that's preventing the conversion of the mailbox names to SIDs.

--
Rich Matheisen
MCSE+I, Exchange MVP
MS Exchange FAQ at http://www.swinc.com/resource/exch_faq.htm
Don't send mail to this address mailto:[email protected]
Or to these, either: mailto:[email protected]
mailto:[email protected]
mailto:[email protected]
 
G

Guest

Hi Lawench,

The problem *was* as following:

I am experiencing a problem with our Public Folder Store.

All my users are not be able to access e-mail items in the Public Folders
using their Outlook (2003) client, even though the users have the correct
permissions.
If the user tries to open a messages they receive: "Can't open the item.
You do not have sufficient permission to perform this operation on this
object. See the folder contact or your system administrator".

However if the same users tries to access these same items via OWA, they
are able to read the items.
Users in subject are so called "Reviewers".
User with "Owner" rights are able to open and read. Even stranger it
becomes, once a "Owner" has opened the item, the "Reviewer" will then be
able to open these items (while before the where not able to).
In other words, a "Owner" has to open all the message's, before a
"Reviewer" can.


I have done many kbid and Google searches, have tried tools like
PFDAVAdmin.exe and MFCMAPI.exe.
These tools did not solve anything.
Also note that this only occurs to e-mail items. Public addresses and the
public calendar are not effected with above problem.

Some specifications:
Microsoft Exchange Server running on a sbs2k3 machine, I recently added a
new Exchange Enterprise Server (win2k3) in the domain.
But this was for testing only. After the new Exchange was added to the
domain (and a test mailbox was moved) above problems started to occur.
Currently the new Exchange Server has been removed from the domain (test
mailbox is back on the SBS), because I was hoping this would solve the
problem.

--
«·´`·.(*·.¸(`·.¸ ¸.·´)¸.·*).·´`·»
«.............. CHARLIE ..............»
«·´`·.(¸.·´(¸.·* *·.¸)`·.¸).·´`·»


"Lanwench [MVP - Exchange]"
In
charlie brown said:
Just an update to let you know I have found a workaround for my
problem.

What exactly *was* the problem? It doesn't appear in the quoted text in
this thread....
After doing a little bit of Google searches on this thread:
http://groups.google.nl/group/micro..._frm/thread/3b2386aab163684c/8014cce2859581ab

I found out that it is just another Microsoft bug.
I (also) don't understand why Microsoft does not acknowledge this
bug, since it's pretty fundamental.
How on earth did this get past beta testing???

The workaround is as following:

** ** ** ** ** ** **
Enable Cached mode and make sure you have the check box for "download
public folder favourites checked.
Then add any public folder you want to view to the public folder
favourites. You can then view them from that location.

I don't think this is a very good solution but until one is found,
that should at least get to the point of viewing them.
Hopefully an actual fix will come out soon*.
** ** ** ** ** ** **

Found the solution at:
http://groups.google.nl/group/micro...a0e84?lnk=st&q=&rnum=4&hl=nl#91f82ec6acda0e84

* Note that it was posted around November 6'th 2003 ===> And still
not any hotfix available from Microsoft!
Don't think the will do so, since they already start beta testing of
Office 2007 and Exchange 2007 which do not have Public Folders by
default. I understand Microsoft is "de-emphasizing" Public
Folders..........
(why are the doing this.......)


Hi Rich,

The NTFS permission are in line with the MAPI permissions.

--
«·´`·.(*·.¸(`·.¸ ¸.·´)¸.·*).·´`·»
«.............. CHARLIE ..............»
«·´`·.(¸.·´(¸.·* *·.¸)`·.¸).·´`·»


"Rich Matheisen [MVP]" <[email protected]> schreef in
bericht <charlie brown> wrote:

Have also tried to make some new folders as well. Still users ware
not able
to open the e-mails within in this folder.
Have also given the users Owner rights for one night, but once the
permissions where set back to Reviewer the problems where back
again.

Is there any chance you're working in Exchange mixed-mode?

When you look at the Client Permissions you're seeing what *should*
be the set of permissions. Try Ctrl+Click on that button and see
what the NTFS permissions really are.

Access control lists in Exchange public folders [330508]

Don't change the permissions from there, though.

If the permission NTFS perms you see don't agree with what you see
in the MAPI perms you have a problem. That probmlem may be that the
MAPI perms aren't in canonical order, or that there's a problem
that's preventing the conversion of the mailbox names to SIDs.

--
Rich Matheisen
MCSE+I, Exchange MVP
MS Exchange FAQ at http://www.swinc.com/resource/exch_faq.htm
Don't send mail to this address mailto:[email protected]
Or to these, either: mailto:[email protected]
mailto:[email protected]
mailto:[email protected]
 
G

Guest

Hi Lawench,

The problem *was* as following:

I am experiencing a problem with our Public Folder Store.

All my users are not be able to access e-mail items in the Public Folders
using their Outlook (2003) client, even though the users have the correct
permissions.
If the user tries to open a messages they receive: "Can't open the item.
You do not have sufficient permission to perform this operation on this
object. See the folder contact or your system administrator".

However if the same users tries to access these same items via OWA, they
are able to read the items.
Users in subject are so called "Reviewers".
User with "Owner" rights are able to open and read. Even stranger it
becomes, once a "Owner" has opened the item, the "Reviewer" will then be
able to open these items (while before the where not able to).
In other words, a "Owner" has to open all the message's, before a
"Reviewer" can.


I have done many kbid and Google searches, have tried tools like
PFDAVAdmin.exe and MFCMAPI.exe.
These tools did not solve anything.
Also note that this only occurs to e-mail items. Public addresses and the
public calendar are not effected with above problem.

Some specifications:
Microsoft Exchange Server running on a sbs2k3 machine, I recently added a
new Exchange Enterprise Server (win2k3) in the domain.
But this was for testing only. After the new Exchange was added to the
domain (and a test mailbox was moved) above problems started to occur.
Currently the new Exchange Server has been removed from the domain (test
mailbox is back on the SBS), because I was hoping this would solve the
problem.

--
«·´`·.(*·.¸(`·.¸ ¸.·´)¸.·*).·´`·»
«.............. CHARLIE ..............»
«·´`·.(¸.·´(¸.·* *·.¸)`·.¸).·´`·»


"Lanwench [MVP - Exchange]"
In
charlie brown said:
Just an update to let you know I have found a workaround for my
problem.

What exactly *was* the problem? It doesn't appear in the quoted text in
this thread....
After doing a little bit of Google searches on this thread:
http://groups.google.nl/group/micro..._frm/thread/3b2386aab163684c/8014cce2859581ab

I found out that it is just another Microsoft bug.
I (also) don't understand why Microsoft does not acknowledge this
bug, since it's pretty fundamental.
How on earth did this get past beta testing???

The workaround is as following:

** ** ** ** ** ** **
Enable Cached mode and make sure you have the check box for "download
public folder favourites checked.
Then add any public folder you want to view to the public folder
favourites. You can then view them from that location.

I don't think this is a very good solution but until one is found,
that should at least get to the point of viewing them.
Hopefully an actual fix will come out soon*.
** ** ** ** ** ** **

Found the solution at:
http://groups.google.nl/group/micro...a0e84?lnk=st&q=&rnum=4&hl=nl#91f82ec6acda0e84

* Note that it was posted around November 6'th 2003 ===> And still
not any hotfix available from Microsoft!
Don't think the will do so, since they already start beta testing of
Office 2007 and Exchange 2007 which do not have Public Folders by
default. I understand Microsoft is "de-emphasizing" Public
Folders..........
(why are the doing this.......)


Hi Rich,

The NTFS permission are in line with the MAPI permissions.

--
«·´`·.(*·.¸(`·.¸ ¸.·´)¸.·*).·´`·»
«.............. CHARLIE ..............»
«·´`·.(¸.·´(¸.·* *·.¸)`·.¸).·´`·»


"Rich Matheisen [MVP]" <[email protected]> schreef in
bericht <charlie brown> wrote:

Have also tried to make some new folders as well. Still users ware
not able
to open the e-mails within in this folder.
Have also given the users Owner rights for one night, but once the
permissions where set back to Reviewer the problems where back
again.

Is there any chance you're working in Exchange mixed-mode?

When you look at the Client Permissions you're seeing what *should*
be the set of permissions. Try Ctrl+Click on that button and see
what the NTFS permissions really are.

Access control lists in Exchange public folders [330508]

Don't change the permissions from there, though.

If the permission NTFS perms you see don't agree with what you see
in the MAPI perms you have a problem. That probmlem may be that the
MAPI perms aren't in canonical order, or that there's a problem
that's preventing the conversion of the mailbox names to SIDs.

--
Rich Matheisen
MCSE+I, Exchange MVP
MS Exchange FAQ at http://www.swinc.com/resource/exch_faq.htm
Don't send mail to this address mailto:[email protected]
Or to these, either: mailto:[email protected]
mailto:[email protected]
mailto:[email protected]







"Lanwench [MVP - Exchange]"
In
charlie brown said:
Just an update to let you know I have found a workaround for my
problem.

What exactly *was* the problem? It doesn't appear in the quoted text in
this thread....
After doing a little bit of Google searches on this thread:
http://groups.google.nl/group/micro..._frm/thread/3b2386aab163684c/8014cce2859581ab

I found out that it is just another Microsoft bug.
I (also) don't understand why Microsoft does not acknowledge this
bug, since it's pretty fundamental.
How on earth did this get past beta testing???

The workaround is as following:

** ** ** ** ** ** **
Enable Cached mode and make sure you have the check box for "download
public folder favourites checked.
Then add any public folder you want to view to the public folder
favourites. You can then view them from that location.

I don't think this is a very good solution but until one is found,
that should at least get to the point of viewing them.
Hopefully an actual fix will come out soon*.
** ** ** ** ** ** **

Found the solution at:
http://groups.google.nl/group/micro...a0e84?lnk=st&q=&rnum=4&hl=nl#91f82ec6acda0e84

* Note that it was posted around November 6'th 2003 ===> And still
not any hotfix available from Microsoft!
Don't think the will do so, since they already start beta testing of
Office 2007 and Exchange 2007 which do not have Public Folders by
default. I understand Microsoft is "de-emphasizing" Public
Folders..........
(why are the doing this.......)


Hi Rich,

The NTFS permission are in line with the MAPI permissions.

--
«·´`·.(*·.¸(`·.¸ ¸.·´)¸.·*).·´`·»
«.............. CHARLIE ..............»
«·´`·.(¸.·´(¸.·* *·.¸)`·.¸).·´`·»


"Rich Matheisen [MVP]" <[email protected]> schreef in
bericht <charlie brown> wrote:

Have also tried to make some new folders as well. Still users ware
not able
to open the e-mails within in this folder.
Have also given the users Owner rights for one night, but once the
permissions where set back to Reviewer the problems where back
again.

Is there any chance you're working in Exchange mixed-mode?

When you look at the Client Permissions you're seeing what *should*
be the set of permissions. Try Ctrl+Click on that button and see
what the NTFS permissions really are.

Access control lists in Exchange public folders [330508]

Don't change the permissions from there, though.

If the permission NTFS perms you see don't agree with what you see
in the MAPI perms you have a problem. That probmlem may be that the
MAPI perms aren't in canonical order, or that there's a problem
that's preventing the conversion of the mailbox names to SIDs.

--
Rich Matheisen
MCSE+I, Exchange MVP
MS Exchange FAQ at http://www.swinc.com/resource/exch_faq.htm
Don't send mail to this address mailto:[email protected]
Or to these, either: mailto:[email protected]
mailto:[email protected]
mailto:[email protected]
 
D

David Wang

1. Was the issue ever reported to Microsoft's Sustained Engineering
team for Exchange 2003? via PSS incident reports, etc. If the issue
doesn't get reported, it certainly has no chance to get fixed. And no,
Microsoft cannot possibly scour the Web or newsgroups looking for user
bug reports; one has to report the bug to Microsoft.
2. Just because there is a bug does not mean it ever gets fixed. This
is a reality of the software industry that one has to accept.
3. Testing is never responsible for catching all issues. It should
catch the issues important to most users
4. "Fundamental" is completely relative.

I realize that when a bug affects a part of what you do, you consider
it fundamental because it blocks you, but you may be just the
unfortunate ten in a million who happen to find the other nine
sufferers and hence think the issue is fundamental when it is only
0.001% usage case.

I'm not trying to make light of the situation -- I'm just offering an
alternative view of the same information


//David
http://w3-4u.blogspot.com
//

Just an update to let you know I have found a workaround for my problem.

After doing a little bit of Google searches on this thread:
http://groups.google.nl/group/micro..._frm/thread/3b2386aab163684c/8014cce2859581ab

I found out that it is just another Microsoft bug.
I (also) don't understand why Microsoft does not acknowledge this bug, since
it's pretty fundamental.
How on earth did this get past beta testing???

The workaround is as following:

** ** ** ** ** ** **
Enable Cached mode and make sure you have the check box for "download public
folder favourites checked.
Then add any public folder you want to view to the public folder favourites.
You can then view them from that location.

I don't think this is a very good solution but until one is found, that
should at least get to the point of viewing them.
Hopefully an actual fix will come out soon*.
** ** ** ** ** ** **

Found the solution at:
http://groups.google.nl/group/micro...a0e84?lnk=st&q=&rnum=4&hl=nl#91f82ec6acda0e84

* Note that it was posted around November 6'th 2003 ===> And still not any
hotfix available from Microsoft!
Don't think the will do so, since they already start beta testing of Office
2007 and Exchange 2007 which do not have Public Folders by default.
I understand Microsoft is "de-emphasizing" Public Folders.......... (why are
the doing this.......)

--
«·´`·.(*·.¸(`·.¸ ¸.·´)¸.·*).·´`·»
«.............. CHARLIE ..............»
«·´`·.(¸.·´(¸.·* *·.¸)`·.¸).·´`·»

Hi Rich,

The NTFS permission are in line with the MAPI permissions.

--
«·´`·.(*·.¸(`·.¸ ¸.·´)¸.·*).·´`·»
«.............. CHARLIE ..............»
«·´`·.(¸.·´(¸.·* *·.¸)`·.¸).·´`·»


Rich Matheisen said:
<charlie brown> wrote:

Have also tried to make some new folders as well. Still users ware not
able
to open the e-mails within in this folder.
Have also given the users Owner rights for one night, but once the
permissions where set back to Reviewer the problems where back again.

Is there any chance you're working in Exchange mixed-mode?

When you look at the Client Permissions you're seeing what *should* be
the set of permissions. Try Ctrl+Click on that button and see what the
NTFS permissions really are.

Access control lists in Exchange public folders [330508]

Don't change the permissions from there, though.

If the permission NTFS perms you see don't agree with what you see in
the MAPI perms you have a problem. That probmlem may be that the MAPI
perms aren't in canonical order, or that there's a problem that's
preventing the conversion of the mailbox names to SIDs.

--
Rich Matheisen
MCSE+I, Exchange MVP
MS Exchange FAQ at http://www.swinc.com/resource/exch_faq.htm
Don't send mail to this address mailto:[email protected]
Or to these, either: mailto:[email protected]
mailto:[email protected]
mailto:[email protected]
 
D

David Wang

1. Was the issue ever reported to Microsoft's Sustained Engineering
team for Exchange 2003? via PSS incident reports, etc. If the issue
doesn't get reported, it certainly has no chance to get fixed. And no,
Microsoft cannot possibly scour the Web or newsgroups looking for user
bug reports; one has to report the bug to Microsoft.
2. Just because there is a bug does not mean it ever gets fixed. This
is a reality of the software industry that one has to accept.
3. Testing is never responsible for catching all issues. It should
catch the issues important to most users
4. "Fundamental" is completely relative.

I realize that when a bug affects a part of what you do, you consider
it fundamental because it blocks you, but you may be just the
unfortunate ten in a million who happen to find the other nine
sufferers and hence think the issue is fundamental when it is only
0.001% usage case.

I'm not trying to make light of the situation -- I'm just offering an
alternative view of the same information


//David
http://w3-4u.blogspot.com
//

Just an update to let you know I have found a workaround for my problem.

After doing a little bit of Google searches on this thread:
http://groups.google.nl/group/micro..._frm/thread/3b2386aab163684c/8014cce2859581ab

I found out that it is just another Microsoft bug.
I (also) don't understand why Microsoft does not acknowledge this bug, since
it's pretty fundamental.
How on earth did this get past beta testing???

The workaround is as following:

** ** ** ** ** ** **
Enable Cached mode and make sure you have the check box for "download public
folder favourites checked.
Then add any public folder you want to view to the public folder favourites.
You can then view them from that location.

I don't think this is a very good solution but until one is found, that
should at least get to the point of viewing them.
Hopefully an actual fix will come out soon*.
** ** ** ** ** ** **

Found the solution at:
http://groups.google.nl/group/micro...a0e84?lnk=st&q=&rnum=4&hl=nl#91f82ec6acda0e84

* Note that it was posted around November 6'th 2003 ===> And still not any
hotfix available from Microsoft!
Don't think the will do so, since they already start beta testing of Office
2007 and Exchange 2007 which do not have Public Folders by default.
I understand Microsoft is "de-emphasizing" Public Folders.......... (why are
the doing this.......)

--
«·´`·.(*·.¸(`·.¸ ¸.·´)¸.·*).·´`·»
«.............. CHARLIE ..............»
«·´`·.(¸.·´(¸.·* *·.¸)`·.¸).·´`·»

Hi Rich,

The NTFS permission are in line with the MAPI permissions.

--
«·´`·.(*·.¸(`·.¸ ¸.·´)¸.·*).·´`·»
«.............. CHARLIE ..............»
«·´`·.(¸.·´(¸.·* *·.¸)`·.¸).·´`·»


Rich Matheisen said:
<charlie brown> wrote:

Have also tried to make some new folders as well. Still users ware not
able
to open the e-mails within in this folder.
Have also given the users Owner rights for one night, but once the
permissions where set back to Reviewer the problems where back again.

Is there any chance you're working in Exchange mixed-mode?

When you look at the Client Permissions you're seeing what *should* be
the set of permissions. Try Ctrl+Click on that button and see what the
NTFS permissions really are.

Access control lists in Exchange public folders [330508]

Don't change the permissions from there, though.

If the permission NTFS perms you see don't agree with what you see in
the MAPI perms you have a problem. That probmlem may be that the MAPI
perms aren't in canonical order, or that there's a problem that's
preventing the conversion of the mailbox names to SIDs.

--
Rich Matheisen
MCSE+I, Exchange MVP
MS Exchange FAQ at http://www.swinc.com/resource/exch_faq.htm
Don't send mail to this address mailto:[email protected]
Or to these, either: mailto:[email protected]
mailto:[email protected]
mailto:[email protected]
 

Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments. After that, you can post your question and our members will help you out.

Ask a Question

Top