I did my first Search Server Express (SSE) 2010 installation the other day. I expected to see a new Service Application for search available, but what I did not expect to see were a few other services, in particular, the Secure Store Service.
Why do I care about this? Well, as I wrote about previously, the BCS relies on this very heavily when running in a multi server environment without Kerberos. (As an aside, Kerberos, or Cerberus is the three headed dog that guards the gates of Hades. Aptly named I think.). SharePoint Foundation 2010 does not come with this service, which pretty severely limits the value of BCS for these environments.
SSE is a free add-on to SharePoint Foundation 2010, and therefore, suddenly, there is hope! Foundation users CAN use BCS,they just need to install SSE first,and as a nice bonus, they’ll get a much stronger search engine.
SharePoint uses iFilters to index its files. Filters for most common file types are included out of the box with most versions of SharePoint. The big notable exception is an iFilter for PDF files. This is because Adobe won’t let Microsoft redistribute any of their code. It’s so bad that Microsoft can’t even include a PDF icon with SharePoint, you have to go out, download it, and set it up yourself. This has been true since the early days of SharePoint.
One of the things that you must do when you configure SharePoint to index PDF files is that you must tell the indexer that PDF is a valid file type. That’s easy enough to do from within the Shared Service Provider (for 2007) or the Search Service Application (for 2010), but the free versions of SharePoint, WSS and SharePoint Foundation don’t come with these tools.
It has always been possible to do this with WSS with a little bit of registry editing (and it’s supported by Microsoft), but that’s no longer true with SharePoint Foundation. That hack just doesn’t work with it. So what’s the answer? Well, as it turns out, the solution isn’t just adequate, it’s quite a bit better. The solution is to Install Search Server Express 2010.
Search Server Express is pretty simply a (only slightly) scaled back version of the Search Service applications that you get when you install SharePoint Server 2010. They are virtually the same architecturally and you get many of the features that you get with Server 2010. You also get a few other SharePoint Service applications, most notably, the Secure Store Service. And if you’re a Foundation user,it aligns up with your licensing agreement because it’s free.
So essentially,you get a much better search engine, with more capability for free. I can’t see a down side here. You don’t already need Foundation installed to install SSE, so in the future, whenever called upon to install SharePoint Foundation, I’ll be going straight to Search Server Express.
I’ve recently had a few issues with Office Web Applications (the other OWA). I’m of course referring to the versions that run on SharePoint. In all cases, the typical installation routine is to lay down the SharePoint code (either Server or Foundation), configure the farm with the Products configuration wizard, then install the Web Apps and run through the Wizard again. There are variations on this, and you can use Powershell instead, but in all cases, you need to run through the configuration wizard after you lay down the Office Web Apps code.
The problem arises when you start uninstalling stuff.
In the first case, I was working with an Enterprise farm, and I needed to uninstall the SharePoint bits completely, so I would then remove the server from the farm, uninstall the bits, and then re-join it. So I went ahead and did that,but hit a rather nasty error when I tried to reinstall the SharePoint bits – “The install in progress conflicts with a previous installed MS Office 2010 Server Product.”. It turns out that it was the Office Web Apps Installation that I hadn’t removed first.
No problem,right? I’ll just uninstall the Web apps and all will be good. Unfortunately, no. I went to Control Panel, Selected the Office Web Apps, selected Uninstall and got an error stating that Office Web Apps had already been uninstalled, and would I like to remove it from the list. Not cool. I eventually had to resort to hacking through the registry and removing references to the apps (it was a dev farm so no problem). The second time I did this (yes I know, fool me once shame on you….) I wound up having to re-stage the whole server.
So then logically, you should really make sure that if you’re going to uninstall the SharePoint bits, you need to be very careful that you remove the Office Web Apps beforehand (and run the Product Wizard).
This brings me to my next scenario. I was recently working for a client that had SharePoint Foundation installed, and wanted to search PDFs. It turns out that this isn’t possible with Foundation (it was in WSS with a registry setting), but you now need to install Search Server Express. No problem, it’s free, and it’s a better solution anyway. I downloaded it, and installed it, and guess what error I got? “The install in progress conflicts with a previous installed MS Office 2010 Server Product.”. Well, I’ve seen that one before. It didn’t take me long to figure out that Search Server Express doesn’t like installing on top of Office Web Applications.
This time, all I needed to do was to uninstall Office Web Apps. No problem, I uninstalled it from control panel and all looked good. I then ran the Products Wizard to make sure everything was going to be put back properly, and the first thing that it asked me was whether I wanted to create a new farm, or join an existing farm. Excuse Me?????
So here’s the other big thing to note. If you uninstall Office Web Apps, it will remove the server from the farm. It might have been nice to know that ahead of time. Luckily, it was a complete install, and I had all of the necessary credentials handy including the farm passphrase.
In case you’re wondering, yes, Office Web Apps went back on top of Search Server Express just fine.
So just to recap:
1. Never, ever, uninstall a SharePoint 2010 product is the Office Web Applications are installed
2. You can’t install Search Server Express on a server with Office Web Applications already installed (they can be installed after)
3. Removing the Office Web Applications removes the server from the SharePoint farm.
If you’ve ever set up a SharePoint Farm, you’ll know that one of the first things that you need to configure is Outgoing Email. The way that you typically do this is to specify the name of an Exchange (or any other SMTP server) in your organization, a from and reply to address, and you’re done. Occasionally there are problems because the Exchange (or other) server does not allow relaying, and that’s easily remedied with a quick server configuration.
If you’re using BPOS, you not only have Exchange online, but you have SharePoint online. Outgoing email is already automatically set up for you. Just set an email alert for yourself and your will receive an email when anything changes. However, what about organizations that have elected to use hosted Exchange or BPOS, but also still maintain an on-premises SharePoint farm?
The good news is that it can be done. The bad news is that it’s not as simple as before when everything was on premises. This article will attempt to walk through the required steps.
This example uses SharePoint 2010 but the same is true (I think) for SharePoint 2007.
1. Setup SharePoint Outgoing Mail
As before, go to Central Administration, navigate to system settings, and click the “Outgoing E-Mail Settings” link.
There are two major things to note here. Firstly,the Outbound SMTP server is NOT one of the Online Services servers. What is it? Well,it doesn’t exist yet – we’ll get to that in step 3. The reason for this is that to deliver mail to any of the Online Services servers, you need to authenticate, use SSL, and use a non standard SMTP port. Unless I’m missing something, I don’t see any of those options here. (You can find complete instructions on relaying messages to BPOS and Exchange Online here). What we therefore need to do is to set up our very own SMTP server that can relay these messages for us.
The other thing to take note of here is the “From address”. When working internally, this doesn’t normally matter, you can give it any old fake name and off it goes. This is not true here, if this email address is not valid online, mail will not be delivered. We will add this address later.
2. Update DNS
If you haven’t already done so, you’ll need to add DNS entries for the SMTP server that will use the same IP address as this SharePoint server. In this example I’m using an internal domain, but you’ll also want to add another one externally if you’ll be configuring incoming email. all that will matter is that it resolve to the same machine.
3. Add the SMTP Service
Complete instructions on how to do this (as well as configuring mail for SharePoint generally) here. I will therefore not go into any detail except to point out that if you’re running on Windows versions prior to 2008, the installation procedure is slightly different. The end result is pretty well the same. In fact, I don’t think that this feature has been updated in about 10 years, it still requires the IIS6 admin interface.
4. Add Proxy User to Online Services
Unless you want all of your automated emails appearing as if they originated with an actual user, you’ll want to use a proxy user. The down side is – you’re going to pay a license for this user. Of course, given the cost of hosted Exchange, that’s not a big deal, but it would be nice if this wasn’t required.
If you’re reading this because you have BPOS or Hosted Exchange, you already know how to do this, so I won’t spell it out here. Just remember that this user needs to be the same as that specified in the first step.
5. Configure the SMTP Service
Open up the “Internet Information Services (IIS) 6.0 Manager” from the administrative tools group on the server. You should see your server as a node – open the node, and you’ll see the SMTP server. If it’s not already started, start it. Then right click on the server and select properties. When the properties box comes up, select the delivery tab. It should appear like the following:
If you haven’t already guessed it, we will be using all 3 numbered buttons.
1 – Outbound Security:
This is where we enter the credentials for the proxy user. Exchange Online checks to see if the “From” user and the authenticated user are one and the same. If they’re not, it rejects the message, which is why we need to have the proxy user, and to be careful about the “From” field in step 1.
TLS encryption is basically SMTP’s way of saying SSL, so this screen covers that off as well.
2 – Outbound Connections
This is the screen where we get to specify the non standard SMTP port used by Exchange Online. Use 587.
3 – Advanced
I have no idea why this is any more advanced than either of the other two screens, but no matter. This is where you enter the Online Services SMTP server as a Smart Host. You can also enter a masquerade domain (the “real” mail domain), but it’s optional.
When you’re done, click OK. Then, click the access tab. Click the Authentication button to ensure that Anonymous access is selected (it is by default). Then, click the relay button.
Today I tried to update the “Scan to SharePoint” module for my Fujitsu fi6140 scanner. I downloaded the update file, extracted it, and ran the setup. Here’s the error message I received.
Never mind the fact that if it needs to remove an older version fiirst, it should just go ahead and do that, how about using a proof-reader? I think that Fujitsu has the cash to hire a native english speaking reader.
Why is it that software is still mostly about the developers and not about the end users? I just shake my head.
