Office 365 & Yammer Integration Status

3. May 2013 03:43 by sashashev in Office 365, Yammer  //  Tags:   //   Comments (0)

Here is a bullet point point version of the good and bad on the current status of Office 365 integration after speaking to a Yammer sales guy this morning. There is also an interesting article here.

  • The current integration with Office 365 is a myth. While there is some basic visibility into Yammer, they are still essentially 2 different networks. So for now the free Yammer account will be fine for most people.
    • In 6 weeks this will change and the Yammer feed will replace the SharePoint feed. Let’s see if that happens on time.
      • This will only happen if you have an Enterprise Office 365 (E1-E4) account already and will cost $3 per user per month and no being a Microsoft Cloud partner doesn’t entitle you to free Yammer Enterprise accounts! WTF?
  • This part amazed me the most. To sign up to Yammer requires a written contract that they send you and you need to sign up for 1 year. For a technology company that is pretty lame. Obviously 1.2 billion doesn’t buy customer service like it used to.

Migrating email to Office 365

I am in the middle of doing my second email migration to Office 365. Originally I migrated our 9 accounts from Google Apps and this time I am upgrading from Office 365 P3 plan to the E3 plan. See plans here -

With both migrations I am using MigrationWiz -






Before doing anything you should carefully read the instructions provided my Migrationwiz. In our case with an Office 365 to Office 365 migration the instructions are here -

Please Note: That the only reason we need to do this is because we are still on the old version (2010) of O365. In June they would have upgraded our system to 2013 versions and we wouldn't need to transfer our mail manually when going form a P3 to E3 plan.

This tool makes the migration a breeze. You simply:

  • create a connector between your old mail system and the new one (You will need to be an admin on both systems)
  • Specify the mailboxes to copy across and start copying







  • Very easy to use
  • The support is great and very responsive
  • It does multiple passes of the mail so that if during transfer more mail comes in, it will be picked up on the next pass

Things to watch

  • Don’t use your main email address as the connector admin account. If using O365, use the onmicrosoft accounts they provide. These email addresses are unique to each account so when you transfer the MX records across you can still keep transferring in the background.
  • Large accounts can be slow to transfer. In the screen shot above you can see that we have 2 15 gig accounts that will probably take a week to transfer. If set up properly though you can start using your new account straight away as it copies newer mail first.

Next I’ll be looking at transferring content from our internal SharePoint to Office 365.

If you need any help with your Office 365 migration, contact us at and we will be glad to help.

Prerequisites fail on install of SharePoint 2013 & Server 2012

17. April 2013 14:10 by sashashev in   //  Tags:   //   Comments (0)

If you don’t have internet access form your SharePoint server then you may run into issues during the prerequisites phase as it tries to download files it needs. The errors are described here - and in the screenshot below






You will need to do some manual steps to get the install done.


  1. Make sure your Windows server installation disc is accessible
  2. From the add roles and server Wizard select .Net Framework 3.5 Features
  3. Select the option to provide an alternate path to source files
  4. Enter the path to server disc
  5. run install


Should you consider SharePoint in the cloud?

20. February 2012 04:42 by sashashev in Administration, SharePoint Development  //  Tags:   //   Comments (0)

Cloud based services are becoming more popular as more organisations recognise the costs savings that come from letting someone else manage your software and infrastructure. So what does it mean for companies wanting to deploy SharePoint in the cloud?

The pros

  • Less expertise required to get up and running
  • Guaranteed up times
  • Less maintenance. Back ups and updates are done for you
  • Add on services – Office 365 can provide a full suite of tools including LYNC (Communications Server),  Hosted Exchange, Dynamics CRM
  • Cheap if you have 10 or less users.

The Cons

  • There is a minimal custom SharePoint Development allowed. Forget third party add-ons or customising the look and feel too much
  • It won’t be as fast as an in house system. Especially when uploading and downloading documents
  • You can’t integrate it with other systems you have on premises
  • You need to run Federated Active Directory services so that your users can be imported into SharePoint


If you are a small company that just needs the built in SharePoint functions and isn’t concerned about the look and feel of their site and especially if you don’t have in house IT support then Office 365 is probably a good solution.

If you are a larger organisation who’s needs may grow to require custom functionality then we wouldn’t advise at this point. Plans start at approx. $8 per user  per month and go up significantly depending on your plan so it is cheap if you only have a few users.

If you would like to discuss SharePoint Design, SharePoint Customisation or SharePoint Development call Webcoda to speak to one of our SharePoint Experts!

Planning SharePoint Permissions Worksheet

26. August 2011 15:33 by sashashev in   //  Tags:   //   Comments (0)

Download the SharePoint Permissions Planning Worksheet here

I was going to write a blog about what I considered best practices around SharePoint security but Jasper Oostervald - in his 2 part blog pretty much covered exactly what I wanted to say and more.

So instead of rewriting what he said I hope to add something by providing a worksheet that I have been working on. It’s really in Alpha so if anyone can improve on it and share what they have done that would be great.

In case you are unaware, Microsoft provides planning worksheets here -

In my opinion most of them complicate things by having columns that most of our projects don’t really use.

I am hoping my one is simpler and more useful.

This worksheet has 4 tabs and instructions and tips.



Start by looking at the “Sites” tab.

Here you add your sites and the permissions of those sites.


You may need to go to the Groups tab to add your new groups that you will need.

The “Content” tab is very similar to the “Sites” tab but is for assigning permission to the libraries and lists in your site.


If your dropdowns stop working you may need to reset them by following these instructions -


I would love to get some feedback to see if this worksheet is of use to anyone or even better if someone with actual Excel skills can improve it, that would be great!

Tagging Content in SharePoint Tips

14. August 2011 11:14 by sashashev in   //  Tags:   //   Comments (0)

Although SharePoint provides the ability for users to be able to tag their own content, I find it tends to get a bit unmanageable and like to stick to the “Managed Metadata” feature with hierarchical predefined tags.

Here are my guidelines for tagging:

  1. Think long and hard about your top level tags. You shouldn’t need more than 10 at most and there should be as little cross over as possible. Again don’t have more than 10 items per each individual branch.
  2. When deciding what the tags should be, think of words that will segregate content into even chunks. Don’t create a tag that will only ever be used once. Think of the game Guess Whowhere you are trying to find the person in as few guesses as possible. You don’t start with some obscure physical feature. The first question is usually  - Are you a boy (or girl) to split the content evenly.
  3. Try not to go more than 3 levels deep in the hierarchy at first, including the top level. You can always add further levels if drilling that far down still displays too many articles.
  4. Don’t use words that are going to change often such as names of clients or projects. The list will eventually get too long to be useful. In this case it may be easier to keep a list of all clients in a custom list that is referenced through a site column.

Creating your own Site Content and Structure Reports

13. August 2011 06:25 by sashashev in   //  Tags:   //   Comments (0)

The “Site Content and Structure” reports are a great way of finding files which are pending approval or checked out but I just realised you can create your own reports.

If you have never seen these reports before:

Go to site settings –> Site Administration –> Content and structure


But you can create you own reports by going to “View all site content”

Under lists –> Content and Structure Reports


Here you can see all the reports available from C & S as well as the CAML that makes these reports.


Cancelling a workflow approval request from an InfoPath form

24. May 2011 14:31 by sashashev in   //  Tags:   //   Comments (0)

We have a form which is used for requesting leave. We were asked to put a cancel button on it so that the requester could cancel their request if it has not been approved yet. This would need to cancel any attached workflows. The approval workflow is a standard SharePoint approval workflow.

The workflow is based around a task assigned to an approver in the workflow.

This task would be created by Start Approval Process in the workflow.


Unfortunately SharePoint does not provide a good solution for deleting this.

You could write an event handler but that’s hard to manage.

You could show users how to manually cancel workflows but that’s too complicated for some users.

You could create some whacky workflows that manage themselves but that’s too messy.

Our solution:

In the form create a status field. This field will have the following possible values: pending, cancelled, approved, rejected.

When a user cancels the leave request by clicking cancel in the form, we will update the status of the form to be cancelled. There will still be a task assigned to the approver that needs to be cancelled.

change the behaviour of the task


to check when the status field in the form changes to anything but pending.


Once it changes you can End Task Process to cancel the task.

Columns not appearing in List after promotion in InfoPath

17. May 2011 10:21 by sashashev in   //  Tags:   //   Comments (0)

After spending 3 days trying to work out why columns wouldn’t appear after being promoted from InfoPath, we finally resolved it  today. This form had been previously working but the client decided they wanted more fields promoted.

The bad news is that it kind of solved itself. All I did was go back to basics and republish the form. Although I was told that we had tried this many times I just did it again on my pc. Previously it had been published from another pc. The columns appeared in the content type created by this form.

I then had to manually add the columns to the list from existing columns in that content type.

There are many people online complaining about having this issue but I can’t find anyone who can suggest a good answer. My suggestion is to try and republish your form until it works.

Update 29-June-2011:

One way to go about "resolving" this problem is to delete the columns and then re-publish your InfoPath form.

Delete columns using PowerShell in SharePoint 2011. Get the PS script for deleting columns from this blog. After you run this script you can delete specific columns with the command:  Delete-WorkflowColumn -webURL http://portal -listName "Documents" -columnName "Column Name"   

function Delete-WorkflowColumn ($webURL, $listName, $columnName)
        #Setup variables from the user input
        $web = Get-SPWeb $webURL
        $list = $web.Lists[$listName]
        $column = $list.Fields[$columnName]
        #Make sure the column is not hidden or read only
        $column.Hidden = $false
        $column.ReadOnlyField = $false

        #Delete column and dispose of the web object
        write-host "Deleted column"

Now re-publish your InfoPath form.

The new InfoPath columns will appear with correct settings.

Upgrading from WSS to SharePoint 2010

5. May 2010 15:03 by sashashev in   //  Tags:   //   Comments (0)

There is a bit of information around about upgrading from MOSS to SharePoint 2010 and from WSS to Foundation Server but not a lot about upgrading from WSS to SharePoint 2010 Enterprise.

I just did the upgrade and I can’t believe how easy it is. The only caveat was that my WSS was pretty vanilla and only had a few lists and doc libraries. I don’t guarantee this will work for everyone.

I just followed these steps.

  1. Back up your content database
  2. Install SharePoint 2010 but don’t set up a site collection
  3. Restore your content DB
  4. Use the Mount-SPContentDatabase command using powershell. The exact instructions for this can be found here. *
  5. Once the upgrade is complete your site will look like the WSS but you can use the Visual Upgrade from Site Actions to give it the new SP 2010 look.

*If you have never used Powershell before see some gotchas I wrote about here.

Webcoda, SharePoint Consultants & Web Development

SharePoint Development Sydney is a crack team of SharePoint Consultants and SharePoint Developers.

We can't tell you their names or show their faces on TV but if you need a SharePoint job done right, call them on +61 2 9370 3602 or email us at

Persecuted by the Government and shunned by society they developed their SharePoint skills in back streets and labor camps where other programmers wouldn't dare to tread. 

During a trek through the Himalayas they stumpled upon the fabled Mossy Yak who shared his SharePoint knowledge of how to attain Nirvana through a series of Workflows and Event Handlers. Their mission is to spread this knowledge through-out the world to bring peace, harmony and document version control to all .


Month List