AngryTechnician

Step 1: check your Autodiscover settings for anything unusual, just in case - hold down Ctrl on the keyboard when you right-click on it and select Test E-mail AutoConfiguration... Step 2: Check Control Panel > User Accounts > Credential Manager for any saved passwords relating to your Exchange server. If you are authenticating using domain credentials you should not need credentials saved in there.

Printer deployment in Group Policy Preferences has been my nemesis for nearly a year now and this sounds exactly like one of the problems we've had. The only way I got it to stop happening was to set Computer Configuration\Administrative Templates\System\Group Policy\Printers Policy Processing\Do not apply during periodic background processing Give that a try and see if it makes any difference for you. The only downside I've found is that if you do still have any problems with printers not being applied at logon, you can't use gpupdate /user to get them back, you have to log off and back on.

In the past we took out the machine screws that hold the bottom of the Dell dock together and replaced them with longer screws that we screwed in through the underside of the desk. Despite their relatively small size they held the dock down surprisingly firmly.

The reason he's gone for the other way around (A=8) is so he can add 9s and 10s later without having to renumber. On a more positive note it also makes a bit more sense when you're adding up point scores for all exams taken. Only golfers are really at home with a lower score being better.

It should work fine, but last time I checked RM do not support the use of WSUS on CC3. If you are retaining any support from RM be prepared for them to blame WSUS if anything goes wrong with the DC from then on.

Pretty sure it's just HTTPS 443. Is the server behind a proxy? If so, check your proxy logs for entries from the server's IP and see what it tells you. You may need to define an authentication exception.

My PowerShell isn't great but I think you want this: Get-MsolUser | Where-Object {$_.isLicensed -eq $false} More info about why it's not bombing out by using the wrong type of 'false': Understanding Booleans in PowerShell - TechNet Articles - United States (English) - TechNet Wiki

I concur 100%, and this is important. On one Meraki deployment I've had to manually set the wifi channels for each AP as the automatic channel setting is terrible at coping with the nearby interference. If you're in a clean signal area, you're golden. If you're in a congested area you may run into problems. Also worth pointing out that only the MR12 and MR16 have a second Ethernet port. The MR24 and all the outdoor APs do not have this.

I think you also need the /b flag, e.g. copy /b [.prn filepath] > [printer path]

In the AD you can only find it in the Attribute Editor as displayNamePrintable. It has no value by default, so may not be in the list depending on your filter settings (you also need to have Advanced Features ticked to see the Attribute Editor tab).

That depends on your needs. The main thing it doesn't get you is the ability to be automatically logged in to cloud services when logged in to an on-premises workstation (true SSO). ADFS can do that.

You'd be better off virtualising the DC, so your physical box runs Hyper-V (and nothing else) and then the DC and second server both reside as VMs within that. You may have seen posts by people saying you should always have at least one physical DC. These generally refer to keeping at least one physical DC outside of a clustered Hyper-V environment, in case the clustering fails (no cluster = no DC = no way to fix the cluster). If you are only using local storage this isn't an issue. It actually makes recovery easier in the long term since if the hardware fails you just connect the disks to another Hyper-V host (or restore from backup if it's the disks that have gone) and the virtual DC is none the wiser that its on completely different hardware.

Not built in. Only thing I can think of is hiding it via custom CSS using a browser plugin, but looking at the pages the maps appear on there's not really anything that will flow in to fill the space anyway.

I believe if they are supervised, you do get the codes back, even if deployed through Meraki. However, I haven't tested this myself.

Don't know about a trial but I bought a single unit from 4Gon for our trial.

Depends on your situation. Meraki is extremely good for BYOD or multi-site environments due to the features of the cloud controller. It's radio performance is not quite as good as something like Meru or Ruckus, but it's close. You don't say whether you are considering other brands or whether it is just between those two. If you haven't had quotes already, you will probably find that Meru is considerably more expensive than Meraki. Others have mentioned UniFi: I tested it here a year ago and the radio performance was excellent. However, the software controller (at least then) was lagging behind other enterprise wireless solutions. A year ago it didn't even have an out-of-the-box guest portal, which was a deal breaker for us. It may be there in the latest version. UniFi is a great value choice if your needs are simple, but it's not right for all schools. Ultimately, my advice is to get hold of trial kit for each brand you are considering and put it through its paces in your environment.

We looked at doing something similar and although I suspect it is technically possible, it is in no way easy. We ended up using Google Calendar in the end. A common (flawed) response we got was to use the calendar publishing in Outlook, but that only works for personal calendars, not shared Exchange calendars.

IN short, yes, you can definitely do this. Even if you use a single controller for the whole thing, you can set up groups of APs and send different settings to each group.

It can be installed on a member server. I think you should avoid doing it on a DC since DirSync includes an SQL Server instance, and Microsoft recommend not installing SQL Server on a DC. It will match on the userPrincipalName attribute, which as you probably know is a combination of the user logon name and suffix as shown at the top of the Account tab of Active Directory Users & Computers. Ours didn't match originally either, but if you add the UPN suffix that you use on O365 as an alternate in Active Directory Domains and Trusts, you can then assign the 'correct' UPN suffix to users as needed. This should have no side-effects to any on-premises system, unless you have a third party system with shonky AD coding that doesn't read assigned UPN suffixes correctly.

Handy FAQ here: New Azure Active Directory Sync tool with Password Sync is now available - Microsoft Education in the Cloud - Site Home - TechNet Blogs

Yep, just done it here and it's working great.

That is it exactly. I've just upgraded to the latest DirSync here and it has already copied across all our on-premises passwords. Job done!

Well, I know what I'm doing after lunch!

My advice is to leave it in cached mode. Cached mode gets you much faster searching, and IIRC the social connector does not work at all without it. This may not be an issue for your environment; personally I find the LinkedIn connector very useful (and the Facebook connector entertaining).

SharePoint Online (which is what you get with Office 365 A2 plan and above) is a bit more limited than an on-premises install in terms of what you can customise. Not all third-party SharePoint solutions will work because some of them require you to log into the server and run setup programs, which of course you can't do with SharePoint Online. Other than than it is largely the same as a local SharePoint install, only without the headache of having to fix it when it randomly self-destructs, like most SharePoint installs I've had to deal with :S Personally I'm not convinced that SharePoint is a good choice for a VLE solution, but some people have made it work.