in

SharePoint Blogs

The Best Place for SharePoint-related Blogs

mindykelly's blog

June 2007 - Posts

  • MOSS 2007 Spell Check Issue

    For months we have been having a problem with spell check in my environment where non-admin users were unable to run spell check within MOSS and receive the error "Spelling did not complete properly. If this problem persists, notify your system administrator."

    In my case, users have Read access across the portal except to certain sub-sites where they are given Contribute and other permissions. As it turned out, the library for the custom dictionary that I had created also only had Read permissions for general users. Changing their permissions to Contribute solved the problem.

    If you want to setup a custom dictionary in SharePoint you can do so on a Site Collection basis (i.e. one custom dictionary per site collection). To do so:

    o                                Create a new Document Library at the root of your site collection called "Spelling"

    o                                Upload a text document to this library called "Custom Dictionary.txt"

    o                                In the text document place one term per line.

    These terms will no longer be detected as spelling mistakes when you do a spell check through the UI.

    These instructions came directly from: http://mosschampions.com/blogs/moss/archive/2006/11/21/Configure-a-Custom-Dictionary-for-Spell-Check-in-SharePoint.aspx

     -Just make sure to give all users contribute access to this library!

  • Don't name the URL for a sub-site 'CON' in MOSS 2007

    In trying to create a team site for a department called .../Commercial/Content, I use short names (e.g. .../CML/CON). Apparently CON is some kind of a system no-no. I have not searched on this problem, so there may be information posted out there on this issue somewhere:

    When creating a site in Microsoft Office SharePoint Server (MOSS) 2007, the URL cannot be ..../con

    The system allowed me to do it, and it created the site, but the page was 100% blank.

    Microsoft, how about popping up an error or something when an illegal system name is used, rather than allowing the site to be created?

  • Incoming email on MOSS 2007

    This post is not about how to configure incoming email (there is a GREAT white paper on the subject here: http://www.combined-knowledge.com/Downloads%202007.htm ). Instead, I will focus on an issue that I ran into while setting it up in a server farm environment with Microsoft Forefront Security. Forefront was installed on both of the front-end web servers.

    When I followed the instructions in the white paper How to configure Email Enabled Lists in Moss2007 beta 2 using Exchange 2003 in the domain for receiving both local and external e-mail to the list (note that I opted to NOT automatically create distribution lists and contacts in Active Directory, so did not configure that piece) I found that email made it all the way to the inetput\mailroot\drop folder on the connected front-end MOSS server and was picked up by the timer service, however, an error was consistently reported:

    OWSTIMER.EXE (0x0950)                 
    Windows SharePoint Services  
    E-Mail                       
    6874
    Warning An error occurred while attempting to create an attachment for an
    item sent via e-mail. The e-mail was sent to the list "<doc library name>",
    and the error was:

    Useful, right?

    Through some research and tons of troubleshooting, I disabled Forefront Security on the front-end MOSS servers. For those who are frustrated with it, the services will automatically restart unless you disable them. After disabling the Forefront services, I tried sending email to a document library again and received the following error message:

    OWSTIMER.EXE (0x0950)                 
    Windows SharePoint Services  
    E-Mail                       
    6874
    Warning An error occurred while attempting to create an attachment for an
    item sent via e-mail. The e-mail was sent to the list "<doc library name>",
    and the error was: Unknown server error number: d.

    I uninstalled Forefront Security and the problem went away, I was able to successfully email documents to document libraries.

    At this point I called Microsoft Technical support and was eventually transfered to Forefront security. They provided me with the following fix:

    The FSCRealtimeScanner.exe (old AntigenRealtime.exe) is running as Network Service account as default.  It does not have access to SPSTimer service.  There is a hidden registry key “LegacyScanAccount”.  When it is set to 1, FSCRealtimeScanner.exe will run as LocalSystem.

    Do the following:

    ·       Stop FSCController service.  Check task manager to make sure FSCController.exe and all the FSCRealtimeScanner.exe are shut down.
    ·       Run “iisreset /stop”
    ·       Run “net stop sptimerv3”
    ·       Add registry DWORD “LegacyScanAccount” with value 1 under
    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Forefront Server Security\SharePoint\  for 32 bit machine or HKEY_LOCAL_MACHINE\SOFTWARE\
    HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Forefront Server
    Security\SharePoint\ for 64 bit machine.
    ·       Run “net start sptimerv3”
    ·       Run “iisreset /start”
    ·       Send email to check if it works.  FSCRealtimeScanner.exe should run as SYSTEM after you send an email to doc library.

    This worked... of course it also created additional issues created by Forefront. More on those later.

    Update [3/14/07]: I have given up on Forefront, after this fix, stsadm would not work and there was some kind of .Net problem. Removing Forefront fixed the problem. Unfortunately, I did not save the event logs and they have rolled over. *Heck*, this all happened the week I went on vacation. I now have Trend Portal Protect for MOSS installed and it appears to be working quite well.


Need SharePoint Training? Attend a SharePoint Bootcamp!

Posts (c) their respective authors. Everything else (c) 2007 SharePoint Experts