Skip to main content

Stop the Exchange account getting set as default in Outlook

By default in a Microsoft Small Business Server environment, every time a user logs into their client PC a script is run which (among other things) changes their Outlook profile, setting their default account to the Exchange server.

This can be a major pain for users who have a POP account(s) setup as default in their Outlook profile.  It means that each time they login they must go into Tools | Accounts and set their POP account to be default.

There is thankfully a fairly straightforward fix…

  • Open REGEDIT on the client computer (Start | Run | regedit) and navigate to HKEY Local Machine\Software\Microsoft\SmallBusinessServer\ClientSetup.
  • Create a DWORD entry here named “NoTransportOrder” and give this a value of “1”.
  • The transport order will not be changed next time the user logs in.

In my opinion it’s way better to have your clients setup to use Exchange and have Exchange send and receive email for them.  Having clients collecting POP is messy.  But in the real world we don’t often get to do things by the book.

This fix draws from content found at http://sbs.seandaniel.com and http://www.slipstick.com

Comments

Anonymous said…
This worked on two of the computers we're having this problem with but on a third computer...there is no smallbusinessSever under the HKEY Local Machine\Sofware\Microsoft so I don't know where to go from here for that last machine!

Thanks!
steve said…
Has the third computer been joined to the server's domain?

Popular posts from this blog

Resolve WSUS Server issue that gives "Cannot save configuration because the server is still processing"

This is a pretty infuriating error and can sometimes crop up as a result of running a "wsusutil reset" command. First of all, give the server some time, and then a bit more...  but you've probably already done this. These steps may help to resolve the situation: - Install Microsoft SQL Management Studio (free download) - Run SQL Management Studio and start to connect to the WSUS database - Enter this in the "Server Name" box:  \\.\pipe\MICROSOFT##WID\tsql\query - Expand the "Databases" tree - Right-click on "SUSDB" and choose "New Query" - Paste this query in:     UPDATE tbSingletonData     SET ResetStateMachineNeeded = 0 - You should see a message like "1 row affected", which is good - Quit SQL Management Studio - Open "Services" and restart the "WSUS Service" - Now, open WSUS

Convert Ruckus AP from Unleashed to ZoneDirector-managed

Here is the method to convert a Ruckus Unleashed AP to one which can be managed by a Ruckus ZoneDirector controller: - Login to https://support.ruckuswireless.com/ - Click "Downloads" - Choose the correct product, e.g. Ruckus R550 - Choose a "standalone" version along the lines of 118.2.0.0.875.bl7 or something similar - Agree to terms and download the software - Connect to the AP's IP address - It should open the setup wizard, showing "Unleashed Installation" - Click "Local Upgrade" - Choose the firmware image file you just downloaded - It will upload, process, and then be ready for upgrade when you click "Yes" - After this, the ZD should detect the new AP - The new AP will then need to be approved - The new AP will then be upgraded to the correct software by the ZD - The new AP will then reboot and should be ready to use - Don't forget that, for the ZD to even detect, let alone manage the new AP, it must have enough licenses

DNS Dynamic Updates & DNS Scavenging

I was encountering an issue at a customer's site where the DNS records of their client PCs often would be behind or out of sync with the records in DHCP.  Usually the IP address would be older in DNS and this was causing issues with scripts executing and network tools correctly resolving client PC hostnames to their correct IP addresses. I realised I needed to make some changes to their dynamic DNS updating configuration.  After a lot of reading through Microsoft's documentation and various online forums, this is what I ended up configuring.  Hopefully this may help someone, some day: - Make the DHCP server a member of the "DnsUpdateProxy" group -  Create a new user account, in the "Users" OU, called "dnsdynamicupdates"   - This new user only needs to be a member of the "Domain Users" group - no special privileges   - Make the password strong and set it to never expire - Set this new user as the credentials used by the DCHP server in IPv4...