How to choose, or mix and match, when setting up a new SP portal.
-- Joshua
------ Forwarded Message
From: Paul Stork <paul.stork@mindsharp.com>
Reply-To: "sharepointdiscussions@yahoogroups.com"
<sharepointdiscussions@yahoogroups.com>
Date: Sat, 31 Jan 2009 08:37:07 -0600
To: "sharepointdiscussions@yahoogroups.com"
<sharepointdiscussions@yahoogroups.com>
Subject: RE: [sharepointdiscussions] Publishing Portal or Collabortion
Publishing Portal
The Publishing Portal is designed to be used as an Internet Presence Site.
It is restricted to using simple Publishing sites as child sites and doesn't
have access to all the list and library types available in the Collaboration
Portal. Other child site types and the full range of list/library types can
be made available in a Publishing site by adjust configuration and turning
on Features, but they aren't there out of the box. The Collaboration Portal
is designed more for use as an Intranet site where users will be creating
their own pages of content (Publishing). It includes all the normal
Collaboration features out of the box and includes a number of custom sites
for things like a centralized Document repository, Reporting Site, and an
alternate way to find sub sites (Sites Directory).
What you have proposed would probably be best built from a Publishing Portal
after the Team Site is added back in as an available Site Definition. (You
can do this in the Site Settings page of the Top level site using the Site
Templates and Page Layouts link). You will also want to turn on the
TeamCollab Site Collection Feature to make all the Lists/Libraries
available. Otherwise your setup is a matter of setting up Anonymous access
rights on the Child sites appropriately.
Paul Papanek Stork / paul.stork@mindsharp.com<mailto:pstork@att.net> /
216-272-0573 / Know More. Do More.
SharePoint Server MVP, MCT, MCSE+I, MCSA, MCSD, MCDBA, MCITP, MCPD
MVP Profile<https://mvp.support.microsoft.com/profile/stork>
Come to the first ever SharePoint Best Practices Conference, Sept 15-17!
Register at
http://www.sharepointbestpractices.com<http://www.sharepointbestpractices.co
m/>
From: sharepointdiscussions@yahoogroups.com
[mailto:sharepointdiscussions@yahoogroups.com] On Behalf Of championeal
Sent: Friday, January 30, 2009 4:04 PM
To: sharepointdiscussions@yahoogroups.com
Subject: [sharepointdiscussions] Publishing Portal or Collabortion
Publishing Portal
We would like to have a Internet site with several team sites. The Top
Site would have the majority of Internet content for the public. When
directed to a team site within the site collection through the
Navigation Bar, we would like each of these sites to have an Internet
Welcome for the public. Then all other content for those team sites
would be only for internal personnel.
Our questions:
- the Top Site as a Publishing Portal or a Collaboration Publishing
Portal?
- the other sub-sites as Team Sites?
- what is the difference between the Publishing Portal vs a
Collaboration Portal? (In other words, what advantage does a
Publishing Portal have over the Collaboration Portal?)
[Non-text portions of this message have been removed]
------------------------------------
Yahoo! Groups Links
<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/sharepointdiscussions/
<*> Your email settings:
Individual Email Traditional
<*> To change settings online go to:
http://groups.yahoo.com/group/sharepointdiscussions/join
(Yahoo! ID required)
<*> To change settings via email:
mailto:sharepointdiscussions-digest@yahoogroups.com
mailto:sharepointdiscussions-fullfeatured@yahoogroups.com
<*> To unsubscribe from this group, send an email to:
sharepointdiscussions-unsubscribe@yahoogroups.com
<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
------ End of Forwarded Message
Monday, February 2, 2009
Publishing Portal or Collaboration Portal
Tuesday, January 6, 2009
Hiding List form fields by user rights in Moss 2007
Limiting presentation of data based on user rights (NOT the same as roles --
that may be trickier).
There are Codeplex projects that offer some field-by-field visibility and editability controls; see
http://www.codeplex.com/SPListDisplaySetting
And
http://www.codeplex.com/sptoolbasket
and possibly others.
-- Joshua
------ Forwarded Message
From: Laura Laura <laura.rogers@healthsouth.com>
Reply-To: "sharepointdiscussions@yahoogroups.com"
<sharepointdiscussions@yahoogroups.com>
Date: Wed, 24 Dec 2008 19:47:51 -0000
To: "sharepointdiscussions@yahoogroups.com"
<sharepointdiscussions@yahoogroups.com>
Subject: [sharepointdiscussions] Re: Hiding List form fields by user rights
in Moss 2007
I did something similar, and to hide and show rows (fields) of the
custom form according to certain permissions, you can use the
Conditional Formatting feature!
After you've inserted your custom form into the page in SharePoint
Designer, here's what you do.
In this example, I want to only show this field to people who have
"Approval" rights on the list:
1. Select the whole row that contains the field that you want to hide.
2. In Conditional Formatting, click <Create> and choose <show content>
3. Click <Advanced...>
4. In the expression box, put:
ddwrt:IfHasRights(16)
5. Click OK twice
6. Where did I get this mysterious "16" number?
http://www.wssdemo.com/blog/archive/2007/08.aspx
<http://www.wssdemo.com/blog/archive/2007/08.aspx>
Someone named Ian has listed all of the types of rights, and the
associated number. For example, "edit" is equal to 4.
Laura Rogers
--- In sharepointdiscussions@yahoogroups.com, "Tom" <tomsrig@...> wrote:
>
> Is there any way, using SharePoint Designer, to make a standard lists
> form field visible or invisible by user rights?
>
> I have the following Example list:
>
> Name
> Address
> Phone Number
>
> I want to make the phone number field in the form invisible to some
> users and visible to others.
>
> I want to do the same in the Edit Item form.
>
> Any ideas?
>
> Why did MS leave out the capability to make fields in forms
> invisible/visible per user access rights?
>
[Non-text portions of this message have been removed]
------------------------------------
Yahoo! Groups Links
<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/sharepointdiscussions/
<*> Your email settings:
Individual Email Traditional
<*> To change settings online go to:
http://groups.yahoo.com/group/sharepointdiscussions/join
(Yahoo! ID required)
<*> To change settings via email:
mailto:sharepointdiscussions-digest@yahoogroups.com
mailto:sharepointdiscussions-fullfeatured@yahoogroups.com
<*> To unsubscribe from this group, send an email to:
sharepointdiscussions-unsubscribe@yahoogroups.com
<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
------ End of Forwarded Message
Can folder metadata be displayed in columns?
This should be an FAQ...
Adding custom columns to a folder type makes it possible (e.g.) to post status on a folder of documents.
-- Joshua
------ Forwarded Message
From: boomer4d <boomer4d@yahoo.com>
Reply-To: "sharepointdiscussions@yahoogroups.com"
<sharepointdiscussions@yahoogroups.com>
Date: Thu, 18 Dec 2008 16:41:01 -0000
To: "sharepointdiscussions@yahoogroups.com"
<sharepointdiscussions@yahoogroups.com>
Subject: [sharepointdiscussions] Re: Can folder metadata be displayed in
columns?
You can do this by creating a custom site content type.
Go to Site Settings and the under Galleries select Site Content Type.
Click Create
Give your new content type a name and description
For the parent content type form select Folder Content Types
For the Parent Content Type select Folder
Select a content type group to put your new content type in. I
usually use Custom for this.
To add columns to your new content type click the "Select from
existing site columns"
Select columns from Core Contact and Calendar columns
Add the contact columns you want to see for your employees.
I haven't done exactly this but it should work. As with anything
custom I strongly recommend you try this in a development environment
first and see if it fits your needs and doesn't break anything. I
believe that would be a YMMV kind of thing ya know?
Hope that points you in the right direction.
--- In sharepointdiscussions@yahoogroups.com, "robtbenz"
<robtbenz@...> wrote:
>
> I am owner of a sharepoint 7 document library consisting of one
folder
> per company employee. In each employee's folder, the employee's
> resume, job description, and other documents reside. Only the
employee
> can edit them.
>
> I want to display contact info on each employee, in columns, next
to
> the folders. (call it 'folder metadata'.)
>
> But I can't figure out how to get folder metadata into those
columns.
> When I choose Actions\Edit in Datasheet, all the column cells are
> locked as read only. There's no way to enter any folder metadata.
>
> Whereas, if I open any folder and view the documents inside it, the
> columns become editable.
>
> What am i missing? How do I set up columns that can contain folder
> metadata?
>
------------------------------------
Yahoo! Groups Links
<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/sharepointdiscussions/
<*> Your email settings:
Individual Email Traditional
<*> To change settings online go to:
http://groups.yahoo.com/group/sharepointdiscussions/join
(Yahoo! ID required)
<*> To change settings via email:
mailto:sharepointdiscussions-digest@yahoogroups.com
mailto:sharepointdiscussions-fullfeatured@yahoogroups.com
<*> To unsubscribe from this group, send an email to:
sharepointdiscussions-unsubscribe@yahoogroups.com
<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
------ End of Forwarded Message
Add a customized column in Blog List
This is a great tip on extending the Blog (and perhaps other lists?) It appears to require MOSS, not just WSS.
-- Joshua
------ Forwarded Message
From: Laura Laura <laura.rogers@healthsouth.com>
Reply-To: "sharepointdiscussions@yahoogroups.com"
<sharepointdiscussions@yahoogroups.com>
Date: Fri, 19 Dec 2008 22:10:25 -0000
To: "sharepointdiscussions@yahoogroups.com"
<sharepointdiscussions@yahoogroups.com>
Subject: [sharepointdiscussions] Re: Add one more customize column in Blog
List......
Create a new site column (instead of on the list level). For column
type, select "Image with formatting and constraints for publishing".
Then, add that new column to your blog. See if this gives you the
results you're looking for.
Laura Rogers
Come see me at the SharePoint Best Practices conference
(www.sharepointbestpractices.com)
--- In sharepointdiscussions@yahoogroups.com, santhosh babu
<santhmon@...> wrote:
>
> Dear all,
> Â
> Â Â Â
> I have added a one more column in my blog list.
> The column Type is a picture.
> Â
> I have added a new post, the picture column show as a web address.
> I need to display like an attachment field.
> Ho w to change the column.
> (I need to upload a image in local system to server)
> Â
> Regards,
> Santhosh
>
>
> Bollywood news, movie reviews, film trailers and more! Go to
http://in.movies.yahoo.com/
>
> [Non-text portions of this message have been removed]
>
------------------------------------
Yahoo! Groups Links
<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/sharepointdiscussions/
<*> Your email settings:
Individual Email Traditional
<*> To change settings online go to:
http://groups.yahoo.com/group/sharepointdiscussions/join
(Yahoo! ID required)
<*> To change settings via email:
mailto:sharepointdiscussions-digest@yahoogroups.com
mailto:sharepointdiscussions-fullfeatured@yahoogroups.com
<*> To unsubscribe from this group, send an email to:
sharepointdiscussions-unsubscribe@yahoogroups.com
<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
------ End of Forwarded Message
Sunday, November 16, 2008
Email-enable a SharePoint Group
You can use SharePoint to send email to a mail-enabled AD Distribution
group. But did you know that you can email-enable a SharePoint permission
group? Daniel A. Galant gives the recipe below. Brian Hart notes that you
must have AD and Exchange behind the scenes for this to work.
GALANT:
If you go into the settings for a given group, (select the group and then
Settings>Group Settings) you'll find a setting to Create an e-mail
distribution group for this group. Select this. You will then likely need to
go into your Central Administration and actually approve the group before
you can use it. This is done from the Operations tab, Approve/Reject
Distribution groups.
Daniel A. Galant MINDSHARP 636-233-0762
MCITP - Enterprise Administrator, MCTS - SharePoint, MCTS - WSS v3, MCTS -
OCS, MCSE+Messaging, MCSE+Security, MCT...
daniel.galant@mindsharp.com
HART:
Of course this approach requires AD and Exchange Server, since what's
happening behind the scenes is that an Exchange Distribution Group is
being created for the members of the SharePoint group...
Bryan Hart Technical Consultant Solanite Consulting, Inc.
Thursday, November 13, 2008
Incoming email to SharePoint Document Libraries
You WILL run into this at some point if you use incoming mail to lists or
libraries. An incredibly useful technique, but "incredibly
limited".
There is an EmailReceived event for which you can write a handler, but this is not for the faint-of-heart.
------ Forwarded Message
From: "Todd O. Klindt" <todd@klindt.org>
Reply-To: "sharepointdiscussions@yahoogroups.com"
<sharepointdiscussions@yahoogroups.com>
Date: Mon, 10 Nov 2008 08:49:50 -0600
To: "sharepointdiscussions@yahoogroups.com"
<sharepointdiscussions@yahoogroups.com>
Subject: RE: [sharepointdiscussions] incoming email to SharePoint Document
Libraries
1) There is no way to alert the sender out of the box.
2) There is no way to alert the administrator out of the box.
3) There is no way to send an NDR out of the box
Incoming e-mail is incredibly limited, unfortunately.
tk
From: sharepointdiscussions@yahoogroups.com
[mailto:sharepointdiscussions@yahoogroups.com] On Behalf Of
anderson.matt86
Sent: Friday, November 07, 2008 3:05 PM
To: sharepointdiscussions@yahoogroups.com
Subject: [sharepointdiscussions] incoming email to SharePoint Document
Libraries
I have successfully enabled incoming email to Document Libraries. On
the Document Library settings for Incoming email, I have selected the E-
mail security policy of "Accept e-mail messages based on document
library permissions". I receive the following message in the log file
when an unathorized user sends an email to the document libary: "An
error occurred while processing the incoming e-mail file
C:\Inetpub\mailroot\Drop\2cea94d301c93f820000000c.eml. The error was:
Access denied. You do not have permission to perform this action or
access this resource.."
Is there any way to configure SharePoint to 1)alert the sender, 2)alert
an administrator, or 3)somehow return an undeliverable message when
this situation occurs?
[Non-text portions of this message have been removed]
------------------------------------
Yahoo! Groups Links
<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/sharepointdiscussions/
<*> Your email settings:
Individual Email Traditional
<*> To change settings online go to:
http://groups.yahoo.com/group/sharepointdiscussions/join
(Yahoo! ID required)
<*> To change settings via email:
mailto:sharepointdiscussions-digest@yahoogroups.com
mailto:sharepointdiscussions-fullfeatured@yahoogroups.com
<*> To unsubscribe from this group, send an email to:
sharepointdiscussions-unsubscribe@yahoogroups.com
<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
------ End of Forwarded Message
Web App, Zone, AAM: Get it right the first time
A notice about "unexpected side effects" when changing the address for the
default Zone.
------ Forwarded Message
From: Paul Stork <paul.stork@mindsharp.com>
Reply-To: "sharepointdiscussions@yahoogroups.com"
<sharepointdiscussions@yahoogroups.com>
Date: Sat, 8 Nov 2008 13:41:24 -0600
To: "sharepointdiscussions@yahoogroups.com"
<sharepointdiscussions@yahoogroups.com>
Subject: RE: [sharepointdiscussions] RE: FBA with Client Integration
That's the problem then. Extending a Web Application to Create a ZONE will
create an AAM, but they aren't the same thing. When you swapped the AAM
addresses around that didn't change the address for the Zone in the
Authentication Provider. So switching around client integration didn't
help. In general after an AAM is created by either a Web Application or a
Zone you shouldn't change the address. That's why planning the address for
the default Zone is so critical. Once its created you end up with
unexpected side effects if you try to change it.
Paul Papanek Stork /
paul.stork@mindsharp.com<mailto:paul.stork@mindsharp.com> / 216-272-0573 /
Know More. Do More.
SharePoint Server MVP, MCT, MCSE+I, MCSA, MCSD, MCDBA, MCITP, MCPD
MVP Profile<https://mvp.support.microsoft.com/profile/stork>
Come to the SharePoint Best Practices Conference in San Diego, CA: Feb. 2-4!
Register at
http://www.sharepointbestpractices.com<http://www.sharepointbestpractices.co
m/17>
From: sharepointdiscussions@yahoogroups.com
[mailto:sharepointdiscussions@yahoogroups.com] On Behalf Of Harold W.
Gravatt
Sent: Friday, November 07, 2008 7:17 PM
To: sharepointdiscussions@yahoogroups.com
Subject: RE: [sharepointdiscussions] RE: FBA with Client Integration
One thing I want to point out is that I had moved the external URL with
SSL to the Default Site to get the external URL to appear to External
Users when they have subscribed to alerts. Now when I go to
Authentication Providers the external https://mossteam.realignllc.com is
appearing in the Web Application field when I go to Authentication
Providers. I select the Extranet zone and disable client integration
and it doesn't seem to matter. My question is this. If I moved this
URL to the Default Site in Alternate Access Mappings and the internal
URL to the Intranet zone, why is this not being revealed when I go to
Authentication Providers? I would think that the Alternate Access
Mappings change should be reflected in both locations in Alternate
Access Mappings and in Authentication Providers wouldn't you?
Harold W. Gravatt, MCSE
Principal
269.978.6988 office
877.286.9120 toll free
hgravatt@realignllc.com<mailto:hgravatt%40realignllc.com>
Want to learn more about Realign? Visit our website.
<http://realign.tech.officelive.com/>
From:
sharepointdiscussions@yahoogroups.com<mailto:sharepointdiscussions%40yahoogr
oups.com>
[mailto:sharepointdiscussions@yahoogroups.com<mailto:sharepointdiscussions%4
0yahoogroups.com>] On Behalf Of Paul Stork
Sent: Friday, November 07, 2008 7:04 PM
To:
sharepointdiscussions@yahoogroups.com<mailto:sharepointdiscussions%40yahoogr
oups.com>
Subject: [sharepointdiscussions] RE: FBA with Client Integration
In SharePoint you enable the creation of a persistent cookie by click
the 'remember me' check box on the login page. You also have to enable
client integration when you setup the Authentication provider in the
Application management tab of Central Admin.
Paul Papanek Stork /
paul.stork@mindsharp.com<mailto:paul.stork%40mindsharp.com>
<mailto:paul.stork%40mindsharp.com>
<mailto:paul.stork@mindsharp.com<mailto:paul.stork%40mindsharp.com>
<mailto:paul.stork%40mindsharp.com> > / 216-272-0573 / Know More. Do
More.
SharePoint Server MVP, MCT, MCSE+I, MCSA, MCSD, MCDBA, MCITP, MCPD
MVP Profile<https://mvp.support.microsoft.com/profile/stork>
Come to the SharePoint Best Practices Conference in San Diego, CA: Feb.
2-4!
Register at http://www.sharepointbestpractices.com<
http://www.sharepointbestpractices.com/17>
From:
sharepointdiscussions@yahoogroups.com<mailto:sharepointdiscussions%40yahoogr
oups.com>
<mailto:sharepointdiscussions%40yahoogroups.com> [mailto:
sharepointdiscussions@yahoogroups.com<mailto:sharepointdiscussions%40yahoogr
oups.com>
<mailto:sharepointdiscussions%40yahoogroups.com> ] On Behalf Of Harold
W. Gravatt
Sent: Friday, November 07, 2008 6:45 PM
To:
sharepointdiscussions@yahoogroups.com<mailto:sharepointdiscussions%40yahoogr
oups.com>
<mailto:sharepointdiscussions%40yahoogroups.com>
Subject: [sharepointdiscussions] FBA with Client Integration
All,
The External Collaboration Toolkit for SharePoint allows me to install
ADAM, IIS, WSS, .Net Framework 3.0, ASP.NET onto a W2K3R2SP2 server and
allow external users to use their email address for authentication
against the ADAM store. However, one feature that does not work is
enabling FBA with Client Integration. Therefore, the context menu that
includes Edit in Microsoft Office Word or Excel is not supported and
does not function correctly. I talked to Dave Mowers at Securitay and
he suggested enabling persistent cookies. IE 7 enables persistent
cookies supposedly by adding the URL to the Trusted Sites list.
However, using this advice to enable persistent cookies using IE 7 does
not seem to do the trick.
I am all ears to another workaround or solution would be nice. I
haven't installed DotNetNuke yet, but that supposedly works with FBA and
Client Integration enabled.
Harold W. Gravatt, MCSE
Principal
269.978.6988 office
877.286.9120 toll free
hgravatt@realignllc.com<mailto:hgravatt%40realignllc.com>
------ End of Forwarded Message