On pfsense, make sure to update your UDP multiple state timer. It’s in System->Advanced->Firewall & NAT

By default it is set to 15 seconds, and phones refresh their WiFi Calling tunnels at 60 seconds on iOS, and 60+15 random seconds on Android. You should set it to at least 90 seconds to prevent tunnels from being closed prematurely. I recommend setting it to 900 seconds (15 minutes).

You’ll know you need this if you miss incoming calls, or they randomly go to voicemail, and if you have delays in incoming text messages. You’ll also see sessions with low state timers in Diagnostics: pfTop (filter for “udp port 4500” to see all active WiFi Calling sessions bidirectionally)

In this case, he was using a pfsense firewall, but it’s the same problem. On the Barracuda firewalls, creating a firewall rule with UDP timeouts increased on UDP port 4500 will resolve it.

Cannot start Microsoft Outlook. Cannot open the Outlook window. Invalid XML, the view cannot be loaded.

Starting Outlook in safe mode didn’t work either. Fortunately the fix is really easy.

If you are on Windows 7 simply type the following command in the search or run box.

Outlook.exe /ResetNavPane

Bingo. You will be up and running again!

Thanks to itswapshop.com for the tip.

The problem is when the Update Now button is clicked, you get a notice saying you’re up to date! Restarting the program will bring the error message back again.

I haven’t found a good solution for this problem yet, any ideas?

I’ll update this post if I find something.

Fortunately there is a fairly easy workaround for this issue. Yup, you guessed it. Powershell!! This article gives step by step instructions on how to add a domain to your office 365 account via powershell. Here are the concise steps if you are already used to using Office 365 & Powershell.

1. Connect to your Office 365 account using the command “connect-msolservice”. (without quotation marks)
2. Use the “New-MsolDomain” cmdlet to add your domain. Just like this “New-MsolDomain -name example.technology”
   

Bingo! It works.

I was even able to verify the domain

The problem is I’m now stuck on Step 2. Which is the step where you need to “Setup Office 365 and keep your website where it’s hosted today”. It gives an error message that “Sorry, we couldn’t save that. Please try again.”

Grrr.. So I’m still stuck. If anyone has any tips, feel free to comment. Otherwise I’ll update this post once I figure out to continue.

Update 3/3/2014: I’ve discovered that at this point it is not possible to use a generic top level domain with Office 365 Small Business and Office 365 Small Business Premium. I upgraded my account to Office 365 Mid Sized Business, and I was able to add, verify, & activate the domain name following the steps above. So in short, if you want to use a new cool domain name, make sure you are using Office 365 Mid Sized Business plan or any of the Enterprise plans.

[note]”Error 0x2077 Illegal modify operation. Some aspect of the modification is not permitted.”[/note]

I was a bit stumped until I read a few of the comments on that article. If you are experiencing this error, check out these tips by Brandon in the comments. Worked perfectly after I followed these steps. Thank you, kind sir.

• Insure that you are connecting to your DC by using LDAPS (SSL, port 636)
• When performing the rename operation using LDP.exe, insure that you are changing the distinguishedName to an object that doesn’t exist. In my case, I received this error when I forgot to include the computer’s name in the DN (meaning, I only had OU=x,DC=y,DC=z instead of CN=Server,OU=x,DC=y,DC=z)
• If using powershell and you receive this error: use LDP.exe and insure you are using LDAPS and a DN that doesnt exist

At this point it appears the fix is to install this hotfix available from Microsoft.  Update: Hotfix has been pulled for some reason.

Update: Microsoft has published a Technet article detailing this problem with some resolutions.

Update: Microsoft has now published an Outlook 2013 Update to fix this.

After a bit of digging, we discovered that a service called Bonjour was installed and running. I stopped the service, set it to disabled, and restarted the PC. This fixed the issue. It didn’t seem to affect how Extensis Portfolio operates, so I’m not sure why they are installing the service. A quick google search shows quite a few people with Bonjour network issues, so apparently it is a service used by quite a few software vendors.

A Windows SBS 2011 server at one of our customers locations installed several updates last evening, and when they came into work this morning they discovered they were not receiving any email. Neither was the remote web workplace or OWA working. After some digging around I noticed the following error in the event log.

[highlight]The Module DLL C:\Program Files\Microsoft\Exchange Server\V14\ClientAccess\Owa\auth\exppw.dll failed to load.[/highlight]

I tried a number of solutions that I found online, but none of them worked. Somewhere though I saw a tip that mentioned downloading Exchange 2010 SP3 and doing a reinstall of the Service Pack. Sure enough, I noticed that one of the updates that was installed last night was Exchange 2010 Service Pack 3. I downloaded the SP from Microsoft’s servers and reinstalled it. This fixed the above problems immediately.

[note]Note: I never set Windows Servers to install updates automatically. I still don’t understand how the updates got installed and the customer is pretty sure they didn’t tell the server to install them.[/note]

1. Connect to the Windows Azure Active Directory Module for Windows PowerShell by using your company administrator credentials. For more help on this step, see this article on Technet. Note: This also used to be called Microsoft Online Services Module for Windows Powershell.
2. Connect to your Office 365 service using the following cmdlet. Enter the Administrator username and password for the Office 365 service.
   [highlight]connect-msolservice[/highlight]
3. Run the following cmdlet to change all the user accounts passwords to never expire.
   [highlight]Get-MSOLUser | Set-MsolUser -PasswordNeverExpires $true[/highlight]

This has worked very well for us and makes the customers very happy as the password expiration can be a hassle especially for small businesses.