RE: From one problem to another (SP2 upgrade)
Hi Mark, I've not been following this thread, but I'd advise bringing your farm up to the latest cumulative update (Dec 2009). At least you're moving into a version that has most known issues resolved. Cheers, Wilson From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf Of Marko Salonen Sent: Tuesday, 9 February 2010 12:39 To: ozMOSS Subject: RE: From one problem to another (SP2 upgrade) Removing and adding user permissions took care of that one... I juusst lve Sharepoint error messages! (There is a problem with the Web server. Make sure the Web server exists, try again later or contact the Web server administrator.) Regards, Marko From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf Of Daniel W. Brown Sent: Tuesday, 9 February 2010 12:37 PM To: ozMOSS Subject: RE: From one problem to another (SP2 upgrade) Hi Mark, Start out by checking for errors / warnings in the SP logs and/or Event Viewer. I've seen something simular when infopath is loading up or submitting to a web service (due to its endocing) From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf Of Marko Salonen Sent: Tuesday, 9 February 2010 1:06 PM To: ozMOSS Subject: From one problem to another (SP2 upgrade) Hi All After completing an SP2 upgrade on the weekend for MOSS 2007 Enterprise, I've had a few problems. First with MOSS becoming a trial version, then with a missing AAM setting. Now I am getting errors when users try to submit forms. Type: DataAdapterException, Exception Message: The form cannot be submitted to the following location: http://server/site/ElectronicForms/New%20User%20Account%20Requests/N ew%20User%20-%202010-02-09T11_34_01.xml http://%3cserver%3e/%3csite%3e/ElectronicForms/New%20User%20Account%20R equests/New%20User%20-%202010-02-09T11_34_01.xml . There is a problem with the Web server. Make sure the Web server exists, try again later or contact the Web server administrator. Access denied.) Any body got any ideas? Marko Salonen SharePoint Solutions Developer Vale Level 11, 100 Creek St, Brisbane QLD Australia 4000 T. +61 (0) 7 3136 0783 M. F. +61 (0) 7 3136 0510 This email and any files transmitted with it are intended solely for the use of the individual or entity to whom this email is addressed. This email's contents are confidential and may contain copyright and/or legally privileged information. If you are not the intended recipient, you must not read, print, store, copy, forward or use this email for any reason. If this e-mail was sent to you in error, please notify the sender by return email, and delete this email without making a copy. Any confidentiality or privilege is not waived or lost because this email has been sent to you by mistake. Thank you. P Please consider the environment before printing this email This email and any files transmitted with it are intended solely for the use of the individual or entity to whom this email is addressed. This email's contents are confidential and may contain copyright and/or legally privileged information. If you are not the intended recipient, you must not read, print, store, copy, forward or use this email for any reason. If this e-mail was sent to you in error, please notify the sender by return email, and delete this email without making a copy. Any confidentiality or privilege is not waived or lost because this email has been sent to you by mistake. Thank you. P Please consider the environment before printing this email ___ ozmoss mailing list ozmoss@ozmoss.com http://prdlxvm0001.codify.net/mailman/listinfo/ozmoss
RE: MasterPage feature - preview images
Hi Paul, I think many of us had that same fight. I've given up on finding out why, although I caught it once and then forgot how it went again. (I do remember that it had something to do with virtual path within virtual path etc..) Nowadays I solve it this way: Elements xmlns=http://schemas.microsoft.com/sharepoint/; Module Url=_catalogs/masterpage Name=PublishingPages Path= ... File Url= ContentSummary.aspx Type=GhostableInLibrary IgnoreIfAlreadyExists=TRUE Property Name=MasterPageDescription Value=ContentSummary page layout / Property Name=Title Value=ContentSummary / Property Name=PublishingPreviewImage Value=/_layouts/yourSubFolder/images/previews/Content.png, layouts/yourSubFolder/images/previews/Content.png / Property Name=PublishingHidden Value=False / Property Name=PublishingAssociatedContentType Value=;#Content Page;#0x010100C568DB52D9D0A14D9B2FDCC9E9F2007948130EC3DB064584E21995 4237AF390064DEA0F50FC8C147B0B6EA0636C4A7D400F1C975B0347C2A46B45663F506xx xx22;# / Property Name=ContentType Value=Page Layout / /File ... /Module /Elements Where I nicely use the file system (in the trusted _layouts/yoursubfolder/ etc ..) and things work a treat. And have your images in the 12 hive structure of your feature. See if that solves it for you? Kind Regards, Wilson Wampers From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf Of Paul Noone Sent: Thursday, 4 February 2010 07:50 To: ozMOSS Subject: RE: MasterPage feature - preview images I'm starting to get the sheets here now. Can someone please, please help me out before I do some drastic to my personage? I've attempted every variation of path and url for my module and my preview images are still not being deployed. Neither is the Previewe Image value being set for the masterpage. I know the feature and files are getting updated because of changes made to the masterpage's Description. And the images are being properly added to the feature folder in the hive. I am now trying to create a new folder in the masterpage gallery and upload the images to that. Here's what I have in my provisioning file. It's so simple I don't understand what could be going wrong. No errors on deployment or activation. Elements xmlns=http://schemas.microsoft.com/sharepoint/; Module Url=_catalogs/masterpage Name=CEOPages Path=Pages RootWebOnly=TRUE File Url=CEO.master Type=GhostableInLibrary Property Name=MasterPageDescription Value=This master page is set as the default for all CEO publishing sites. / Property Name=PublishingContact Value= / Property Name=PublishingHidden Value=False / Property Name=ContentType Value=Publishing Master Page / Property Name=PublishingPreviewImage Value=~SiteCollection/_catalogs/masterpage/CEOPreviews/CEO-master.png, ~SiteCollection/_catalogs/masterpage/CEOPreviews/CEO-master.png / /File /File /Module Module Name=CEOPreviews Url=_catalogs/masterpage/CEOPreviews Path=Previews RootWebOnly=TRUE File Url=CEO-master.png Name=CEO-master.png Type=GhostableInLibrary / /Module /Elements Regards, Paul Online Developer, ICT CEO Sydney From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf Of Paul Noone Sent: Wednesday, 3 February 2010 2:24 PM To: ozMOSS Subject: MasterPage feature - preview images Hi all, I want to provision some custom preview images the Preview Images folder (not /en-us/..) in the root of the master page gallery. I've looked at a few references but they either seem to send to the en-us language folder, or else deploy to the site's image library. Can someone please provide the right syntax to do this? I believe what I currently have will deploy to the default language folder. Do I just remove the IncludeFolders parameter? Module Name=PublishingLayoutsPreviewImages Url=_catalogs/masterpage IncludeFolders=??-?? Path= RootWebOnly=TRUE File Url=my.png Name=Preview Images/my.png Type=GhostableInLibrary /File /Module Regards, Paul Online Developer, ICT CEO Sydney ___ ozmoss mailing list ozmoss@ozmoss.com http://prdlxvm0001.codify.net/mailman/listinfo/ozmoss
RE: SSP Admin database
Hi Marko, As long as your SSP web Application is there you can add and remove databases (CA - web application management - content databases .. select your web application) In the worst case scenario you can create a new SSP web app and remove the original content database and add your old one. Hope this helps. Kind Regards, Wilson Wampers From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf Of Marko Salonen Sent: Thursday, 4 February 2010 10:02 To: ozMOSS Subject: SSP Admin database Hi All I currently have an SSP (SSP1) for which the Admin database is SSP1Admin. For reasons too lengthy to list here, the database was deleted. (Quick version of the story: Someone pointed the Admin database to another servers SSP admin database, which no longer exists) Our first thought to fix this is to go back and get the database from a backup and restore to the SQL box. If that doesn't work can I point the SSP Admin to a new database somehow? Stsadm or something? Cheers, Marko This email and any files transmitted with it are intended solely for the use of the individual or entity to whom this email is addressed. This email's contents are confidential and may contain copyright and/or legally privileged information. If you are not the intended recipient, you must not read, print, store, copy, forward or use this email for any reason. If this e-mail was sent to you in error, please notify the sender by return email, and delete this email without making a copy. Any confidentiality or privilege is not waived or lost because this email has been sent to you by mistake. Thank you. P Please consider the environment before printing this email ___ ozmoss mailing list ozmoss@ozmoss.com http://prdlxvm0001.codify.net/mailman/listinfo/ozmoss
RE: Item Level Security
Hi Sezai, The system account and my personal account are both site collection admins. Yet, either way I 'run as', I cannot see pages in a specific site's pages library pages. It is actually showing no pages at all. That shouldn't be possible either since one can't delete/recycle the welcome page of a sub site. So the only explanation is, and I have evidence, that the pages are set with exclusive item level permissions. When trying to create an already existing page (not visible though) the error page reveals the existence and claims either: ERROR The file http://##/de##s/O###E/res/###ge/Pages/##.aspx; is checked out or locked for editing by #. at Microsoft.SharePoint.Library.SPRequestInternalClass.PutFile(String bstrUrl, String bstrWebRelativeUrl, Object varFile, PutFileOpt PutFileOpt, String bstrCreatedBy, String bstrModifiedBy, Int32 iCreatedByID, Int32 iModifiedByID, Object varTimeCreated, Object varTimeLastModified, Object varProperties, String bstrCheckinComment, UInt32 pdwVirusCheckStatus, String pVirusCheckMessage) at Microsoft.SharePoint.Library.SPRequest.PutFile(String bstrUrl, String bstrWebRelativeUrl, Object varFile, PutFileOpt PutFileOpt, String bstrCreatedBy, String bstrModifiedBy, Int32 iCreatedByID, Int32 iModifiedByID, Object varTimeCreated, Object varTimeLastModified, Object varProperties, String bstrCheckinComment, UInt32 pdwVirusCheckStatus, String pVirusCheckMessage) Kind Regards, Wilson Wampers From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf Of Sezai Komur Sent: Friday, 13 November 2009 14:08 To: ozMOSS Subject: Re: Item Level Security Site Collection Administrators can always access all content, even if they've been 'kicked out' (I think) you could try adding your 'system account' to site collection administrators for that site collection. If you investigate permission levels a little closer, there's the following permission you could try disabling as a way to prevent people messing with permissions: Enumerate Permissions - Enumerate permissions on the Web site, list, folder, document, or list item. No idea if disabling this will have the desired affect though, its worth a shot. Sezai. On Fri, Nov 13, 2009 at 1:25 PM, Wampers, Wilson [Talent International] wilson.wamp...@chevron.com wrote: Hi All, Is there a recommended way of preventing (owner rights) users from breaking inheritance and even more remove the systems account from seeing content? Any suggestions? Kind Regards, Wilson Wampers ___ ozmoss mailing list ozmoss@ozmoss.com http://prdlxvm0001.codify.net/mailman/listinfo/ozmoss ___ ozmoss mailing list ozmoss@ozmoss.com http://prdlxvm0001.codify.net/mailman/listinfo/ozmoss
RE: Ghost - unghost - re-ghost
Hi Jeffery,
Can't use SPD delete since these pages are in use.
Cheers, Wilson
From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf Of
Jeffery Tsui
Sent: Friday, 6 November 2009 05:54
To: ozMOSS
Subject: RE: Ghost - unghost - re-ghost
Deactivate the feature and confirm all provisioned files got removed via SPD
then reactivate the feature again.
Sometimes you will need to manually remove the provisioned file if not removed
by feature deactivation.
From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf Of
Wilson Wampers
Sent: Friday, 6 November 2009 12:48 AM
To: 'ozMOSS'
Subject: RE: Ghost - unghost - re-ghost
Yes, tried all that .. no joy though.
From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf Of
Joshua Haebets
Sent: Thursday, November 05, 2009 2:15 PM
To: ozMOSS
Subject: RE: Ghost - unghost - re-ghost
Have you tried, deactivating and reactivating the solution
Might also be worth deploying it
Cheers
Josh
From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf Of
Wampers, Wilson [Talent International]
Sent: Thursday, 5 November 2009 5:01 PM
To: ozMOSS
Subject: RE: Ghost - unghost - re-ghost
C:\Documents and Settings\Administratorstsadm -o gl-reghostfile -url
http://litwareportal/_catalogs/masterpage/somePage.aspx
Progress: Re-ghosting (uncustomizing)
'http://litwareportal/_catalogs/masterpage/ somePage.aspx'
ERROR: Unable to re-ghost (uncustomize) file /_catalogs/masterpage/
somePage.aspx
Operation completed successfully.
?...@#$%^*?, so I guess I've more than one problem here L
From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf Of
Paul Noone
Sent: Thursday, 5 November 2009 09:51
To: ozMOSS
Subject: RE: Ghost - unghost - re-ghost
I've seen stranger things. J
Curious to know the outcome in any case. Sounds like a problem anyone could run
into.
From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf Of
Wampers, Wilson [Talent International]
Sent: Thursday, 5 November 2009 12:46 PM
To: ozMOSS
Subject: RE: Ghost - unghost - re-ghost
Hi,
I will try Josh's suggestion with the Gary Lapoint stsadm extensions and let
you know the outcome.
Only one page behaves badly out of a dozen files (I've noticed a syntax error
in the page though, this might have caused the dislocated behaviour)
Kind Regards,
Wilson Wampers
From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf Of
Jeffery Tsui
Sent: Thursday, 5 November 2009 09:22
To: ozMOSS
Subject: RE: Ghost - unghost - re-ghost
Quick question: how many page layouts are deployed via the feature? And how
many are having the problem?
From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf Of
Wampers, Wilson [Talent International]
Sent: Thursday, 5 November 2009 12:10 PM
To: ozmoss@ozmoss.com
Subject: Ghost - unghost - re-ghost
Hi All,
I'm a bit puzzled, I have page layouts added to a publishing site collection
using a feature. No custom site definition, just the OOTB publishing site
definition.
After a backup restore adventure (major SP crash and recovery effort), one of
the page layouts although un customized didn't pick up changes in the 12 hive.
I've noticed looking at the master page gallery using SPD that one custom
master page and one page layout (this particular one) seems to have been
modified by SHAREPOINT\system,
whilst all other pages seem to have been modified by the SharePoint Farm Admin
account as one would expect after a feature install.
So I've updated the file using SP Designer and tried the following:
static void Main(string[] args)
{
string siteUrl = http://litwareportal;;
using (SPSite site = new SPSite(siteUrl))
{
using (SPWeb web = site.OpenWeb())
{
PublishingSite publishingSite = new PublishingSite(site);
PageLayoutCollection pageCollection =
publishingSite.PageLayouts;
foreach (PageLayout layout in pageCollection)
{
SPFile currentFile =
web.GetFile(layout.ServerRelativeUrl);
Console.WriteLine({0} -- {1}, layout.Name,
currentFile.CustomizedPageStatus);
}
foreach (PageLayout layout in pageCollection)
{
SPFile currentFile =
web.GetFile(layout.ServerRelativeUrl);
if (currentFile.CustomizedPageStatus ==
SPCustomizedPageStatus.Customized)
{
currentFile.RevertContentStream();
currentFile.Update();
}
}
}
}
Console.ReadLine
RE: Ghost - unghost - re-ghost
Yeah, had something similar in mind ... won't happen until somewhere next week
though .. will keep you updated on the outcome,
cheers, Wilson
From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf Of
Jeffery Tsui
Sent: Friday, 6 November 2009 09:05
To: ozMOSS
Subject: RE: Ghost - unghost - re-ghost
This is painful. How many pages using the trouble page layout? Possible
workaround is associate the pages to a dummy layout, delete the trouble layout
file, reprovision the file via feature, associate the pages back to the layout.
Err...pain.
Anyone?
From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf Of
Wampers, Wilson [Talent International]
Sent: Friday, 6 November 2009 11:12 AM
To: ozMOSS
Subject: RE: Ghost - unghost - re-ghost
Hi Jeffery,
Can't use SPD delete since these pages are in use.
Cheers, Wilson
From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf Of
Jeffery Tsui
Sent: Friday, 6 November 2009 05:54
To: ozMOSS
Subject: RE: Ghost - unghost - re-ghost
Deactivate the feature and confirm all provisioned files got removed via SPD
then reactivate the feature again.
Sometimes you will need to manually remove the provisioned file if not removed
by feature deactivation.
From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf Of
Wilson Wampers
Sent: Friday, 6 November 2009 12:48 AM
To: 'ozMOSS'
Subject: RE: Ghost - unghost - re-ghost
Yes, tried all that .. no joy though.
From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf Of
Joshua Haebets
Sent: Thursday, November 05, 2009 2:15 PM
To: ozMOSS
Subject: RE: Ghost - unghost - re-ghost
Have you tried, deactivating and reactivating the solution
Might also be worth deploying it
Cheers
Josh
From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf Of
Wampers, Wilson [Talent International]
Sent: Thursday, 5 November 2009 5:01 PM
To: ozMOSS
Subject: RE: Ghost - unghost - re-ghost
C:\Documents and Settings\Administratorstsadm -o gl-reghostfile -url
http://litwareportal/_catalogs/masterpage/somePage.aspx
Progress: Re-ghosting (uncustomizing)
'http://litwareportal/_catalogs/masterpage/ somePage.aspx'
ERROR: Unable to re-ghost (uncustomize) file /_catalogs/masterpage/
somePage.aspx
Operation completed successfully.
?...@#$%^*?, so I guess I've more than one problem here L
From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf Of
Paul Noone
Sent: Thursday, 5 November 2009 09:51
To: ozMOSS
Subject: RE: Ghost - unghost - re-ghost
I've seen stranger things. J
Curious to know the outcome in any case. Sounds like a problem anyone could run
into.
From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf Of
Wampers, Wilson [Talent International]
Sent: Thursday, 5 November 2009 12:46 PM
To: ozMOSS
Subject: RE: Ghost - unghost - re-ghost
Hi,
I will try Josh's suggestion with the Gary Lapoint stsadm extensions and let
you know the outcome.
Only one page behaves badly out of a dozen files (I've noticed a syntax error
in the page though, this might have caused the dislocated behaviour)
Kind Regards,
Wilson Wampers
From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf Of
Jeffery Tsui
Sent: Thursday, 5 November 2009 09:22
To: ozMOSS
Subject: RE: Ghost - unghost - re-ghost
Quick question: how many page layouts are deployed via the feature? And how
many are having the problem?
From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf Of
Wampers, Wilson [Talent International]
Sent: Thursday, 5 November 2009 12:10 PM
To: ozmoss@ozmoss.com
Subject: Ghost - unghost - re-ghost
Hi All,
I'm a bit puzzled, I have page layouts added to a publishing site collection
using a feature. No custom site definition, just the OOTB publishing site
definition.
After a backup restore adventure (major SP crash and recovery effort), one of
the page layouts although un customized didn't pick up changes in the 12 hive.
I've noticed looking at the master page gallery using SPD that one custom
master page and one page layout (this particular one) seems to have been
modified by SHAREPOINT\system,
whilst all other pages seem to have been modified by the SharePoint Farm Admin
account as one would expect after a feature install.
So I've updated the file using SP Designer and tried the following:
static void Main(string[] args)
{
string siteUrl = http://litwareportal;;
using (SPSite site = new SPSite(siteUrl))
{
using (SPWeb web = site.OpenWeb())
{
PublishingSite publishingSite = new PublishingSite(site);
PageLayoutCollection pageCollection =
publishingSite.PageLayouts;
foreach (PageLayout layout
RepliWeb Operational Synchronization for SharePoint (ROSS)
Hi, I'm doing some critical research in the SharePoint Content Deployment area. Has anyone been able to evaluate ROSS yet? http://www.repliweb.com/products/ross/index.php and what are your findings? Otherwise how does your organisation use Content Deployment, what's considered best practice, currently? I've also looked at Chris O'Brien's Content Deployment Wizard on codeplex, that' seems Ok to me. http://spdeploymentwizard.codeplex.com/ Comments and experiences are more than welcome. Cheers, Wilson Wampers Support procedure: http://www.codify.com/lists/support List address: ozmoss@ozmoss.com Subscribe: ozmoss-subscr...@ozmoss.com Unsubscribe: ozmoss-unsubscr...@ozmoss.com List FAQ: http://www.codify.com/lists/ozmoss Other lists you might want to join: http://www.codify.com/lists
RE: Welcome System Account when loading SharePoint
Hi Uzma, Clayton James writes the following in one of his excellent blog articles: It is strongly recommended that you use a dedicated account to log in and install Windows SharePoint Services and SharePoint Server 2007 servers. This account can also be used as the identity of the Central Administration site application pool, or it can be unique. By design, the Welcome menu displays system account if that account is used to log on to any application pool or Web site. This behavior continues even if the application pool identity is changed to the Network Service. This means your administrator account should not be used as an application pool identity or to install an SharePoint Server 2007 server. To read the full article: http://claytonj.wordpress.com/2007/04/23/moss-2007-setup-accounts/ Hope this helps? Kind Regards, Wilson Wampers From: ozmoss@ozmoss.com [mailto:ozm...@ozmoss.com] On Behalf Of Paul Noone Sent: Wednesday, 11 March 2009 08:46 To: ozmoss@ozmoss.com Subject: RE: Welcome System Account when loading SharePoint Uzma, are you saying that if you login through the UI as a different user, and supply your personal credentials, the result is Welcome System Account? From: ozmoss@ozmoss.com [mailto:ozm...@ozmoss.com] On Behalf Of Guljar, Sardar Sent: Wednesday, 11 March 2009 10:22 AM To: ozmoss@ozmoss.com Subject: RE: Welcome System Account when loading SharePoint Hi Uzma, Is it a XP client? If so, we had similar issue; the issue was on one client pc the credential was saved for a particular site for a particular user in control panelUsers and PasswordAdvanced TabManage Password and the user who is currently logged was not logged in SharePoint instead the stored User\password was used. Can you please check that? Regards, Sardar Guljar From: ozmoss@ozmoss.com [mailto:ozm...@ozmoss.com] On Behalf Of Uzma Naz Sent: Wednesday, 11 March 2009 3:57 AM To: ozmoss@ozmoss.com Subject: Welcome System Account when loading SharePoint It's one of those brick wall moments for me right now. For some reason, my log in credientials on a client machine has turned me into System Account. I have checked that my account is not listed as a system account in Central Administration, the SharePoint admin account is not an application pool account. When I log into CA, my name is listed nicely, but not on the Intranet page. Any tips or advice? Have roamed the net of course, no fix yet, there are blogs saying that updatefarmcredentials fixes this problems but for me it doesn't. Many thanks, Uzma (Hoping this isn't another can of worms, maybe we should have a definitive SharePoint can of worms here! :)) Beyond Hotmail - see what else you can do with Windows Live. Find out more! http://clk.atdmt.com/UKM/go/134665375/direct/01/ Support procedure: https://www.codify.com/lists/support List address: ozmoss@ozmoss.com Subscribe: ozmoss-subscr...@ozmoss.com Unsubscribe: ozmoss-unsubscr...@ozmoss.com List FAQ: http://www.codify.com/lists/ozmoss http://www.codify.com/lists/ozmoss Other lists you might want to join: http://www.codify.com/lists http://www.codify.com/lists This email (including any attachments) is confidential. If you are not the intended recipient you must not copy, use, disclose, distribute or rely on the information contained in it. If you have received this email in error, please notify the sender immediately by reply email and delete the email from your system. Confidentiality and legal privilege attached to this communication are not waived or lost by reason of mistaken delivery to you. Lend Lease does not guarantee that this email or the attachment(s) are unaffected by computer virus, corruption or other defects. Lend Lease may monitor incoming and outgoing emails for compliance with its Email Policy. Please note that our servers may not be located in your country. Support procedure: https://www.codify.com/lists/support List address: ozmoss@ozmoss.com Subscribe: ozmoss-subscr...@ozmoss.com Unsubscribe: ozmoss-unsubscr...@ozmoss.com List FAQ: http://www.codify.com/lists/ozmoss http://www.codify.com/lists/ozmoss Other lists you might want to join: http://www.codify.com/lists http://www.codify.com/lists Support procedure: https://www.codify.com/lists/support List address: ozmoss@ozmoss.com Subscribe: ozmoss-subscr...@ozmoss.com Unsubscribe: ozmoss-unsubscr...@ozmoss.com List FAQ: http://www.codify.com/lists/ozmoss http://www.codify.com/lists/ozmoss Other lists you might want to join: http://www.codify.com/lists http://www.codify.com/lists Support procedure: http://www.codify.com/lists/support List address: ozmoss@ozmoss.com Subscribe: ozmoss-subscr...@ozmoss.com Unsubscribe:
RE: Permission issues
Hi Paul, I've encountered similar issues when using AD Groups combined with SharePoint Groups. (in a Kerberos environment). This appears to cause functionality loss in particular, Presence, Save-As functionality, Site Membership, and My SharePoint Sites and perhaps elsewhere to? When resorting to Individual AD Accounts assigned to SharePoint Groups there doesn't seem to be any functionality loss. Hope this helps. Kind Regards, Wilson From: ozmoss@ozmoss.com [mailto:ozm...@ozmoss.com] On Behalf Of Paul Noone Sent: Friday, 6 February 2009 14:01 To: ozmoss@ozmoss.com Subject: RE: Permission issues A bit more digging around seems to point to the Profile Import. Firstly, the scheduled imports aren't running. Neither is the compilation schedule for Audiences. They are set. And there are no errors. They're just not running. The timer service is running but the Timer Job status window is showing very large and consistent gaps. Don't know whether any of this is related but it should probably be seen to. Otherwise the boxes are pretty well up-to-date. Users are running IE6 or IE7. I'll just keep digging. No doubt the problem will resolve itself before I find the cause... From: ozmoss@ozmoss.com [mailto:ozm...@ozmoss.com] On Behalf Of Paul Noone Sent: Friday, 6 February 2009 2:06 PM To: ozmoss@ozmoss.com Subject: RE: Permission issues Thanks guys, I'll check out all those avenues first. From: ozmoss@ozmoss.com [mailto:ozm...@ozmoss.com] On Behalf Of Jeremy Thake Sent: Friday, 6 February 2009 2:03 PM To: ozmoss@ozmoss.com Subject: RE: Permission issues I have seen this before intermittently and it was an issue with the Domain Controller and Kerberos configuration at server level. But also, are you patched up to the latest patches for SharePoint (December 2008 Cumulative Update)? It could possibly be a: * Server caching issue? * Client browser caching issue? * Are you in a farm environment and propagation isn't work properly to web front end servers? From: ozmoss@ozmoss.com [mailto:ozm...@ozmoss.com] On Behalf Of Paul Noone Sent: Friday, February 06, 2009 11:57 AM To: ozmoss@ozmoss.com Subject: Permission issues Hi guys, We're getting permission and authentication issues (again) which I'm hoping someone else has experienced and found a resolution to. Everything was working just fine until very recently. No one knows of (or is willing to admit) any network related changes. Scenario: I grant a user contribute access to a folder in a team site shared library using Mange Permissions. I provide the URL to the folder and when navigating to it they receive an Access Denied screen. If they click request access and access is again granted, they continue to get the Access Denied screen. I have checked and rechecked the permissions on the folder and also at the library level (where they have Limited Access). The user exists in all the appropriate AD groups and can happily access all the top-level sites. Does anyone have any idea what could be causing this? It's driving me nuts. Could the mysterious ViewFormPagesLockDown feature be in any way responsible? [Just clutching at straws.] Kind regards, Paul Support procedure: https://www.codify.com/lists/support List address: ozmoss@ozmoss.com Subscribe: ozmoss-subscr...@ozmoss.com Unsubscribe: ozmoss-unsubscr...@ozmoss.com List FAQ: http://www.codify.com/lists/ozmoss http://www.codify.com/lists/ozmoss Other lists you might want to join: http://www.codify.com/lists http://www.codify.com/lists Support procedure: https://www.codify.com/lists/support List address: ozmoss@ozmoss.com Subscribe: ozmoss-subscr...@ozmoss.com Unsubscribe: ozmoss-unsubscr...@ozmoss.com List FAQ: http://www.codify.com/lists/ozmoss http://www.codify.com/lists/ozmoss Other lists you might want to join: http://www.codify.com/lists http://www.codify.com/lists Support procedure: https://www.codify.com/lists/support List address: ozmoss@ozmoss.com Subscribe: ozmoss-subscr...@ozmoss.com Unsubscribe: ozmoss-unsubscr...@ozmoss.com List FAQ: http://www.codify.com/lists/ozmoss http://www.codify.com/lists/ozmoss Other lists you might want to join: http://www.codify.com/lists http://www.codify.com/lists Support procedure: https://www.codify.com/lists/support List address: ozmoss@ozmoss.com Subscribe: ozmoss-subscr...@ozmoss.com Unsubscribe: ozmoss-unsubscr...@ozmoss.com List FAQ: http://www.codify.com/lists/ozmoss http://www.codify.com/lists/ozmoss Other lists you might want to join: http://www.codify.com/lists http://www.codify.com/lists Support procedure: http://www.codify.com/lists/support List address: ozmoss@ozmoss.com Subscribe: ozmoss-subscr...@ozmoss.com
