@scottalanmiller
No way that guy is still around?

Wasnt there another similar OOOnline from Nextcloud or someone like that posted a couple weeks ago?

You can check the Event Viewer on your server with nslookup errors and also on the DC, should be easy to see what the problem is.

If you do an ipconfig /flushdns on your client pc, can you ping the file server afterwards? But yes you should definitely make another dc ratehr than 2003.

You also could try domain\user rather than user@domain

That's a lot of killin.

Ah yes I see that now in the docs.
I noticed you've not included an OU in your url, is this user inside an OU, you might want to specify it.
I see what thwr mentioned too about the user name. If adding the OU doesn't/wont work, then you can try changing the user munki@tld to ad_test and its password to test as long as ad_test exists in your AD.

Try adding this on a line between AuthBasicProvider and AuthLDAPBindDN
AuthzLDAPAuthoritative off

@Breffni-Potter
Unfortunately emails like that get SCL of 0 or 1 in exchange even though it should be getting 11/10 for SCL. Really gets me every time they get through the filter.

We talking about work people texting vs emailing? Or friends or family?
Family is almost always email or phone call.
I can count on less than five fingers the number of emails i have sent friends in my entire life. Texting or phone calls for them.
Work after hours is a phone call if they actually want me to do something about it right away. Otherwise a text or email might not get seen til manana.

@BRRABill
You can also make a new Graylog user (like AdminUserGuy) and set that user to the correct time zone from the web interface/user options

@AshleyJR
Wow that looks really great.
Did you paint those components or are there actual white pc part innards now? What case is that?

Unitrends here.

I used to drive out to New Smyrna Beach when i lived in Orlando a couple times a week. Got to see quite a few rocket launches. One Shuttle launch, but i was in Orlando for that. Still i could hear it(60 miles) and it lit up the daylight sky like a sparkler at night.
Im sure spacex will get the problem fixed. Too bad it was an internet.org satellite though.

Quick question; How would you go about getting your phishing page to OWA users at a company you were targeting? send them an email with a subject like 'click here to login to your company webmail"? with a link to the fake owa site? They would already have their email open. I suppose it could happen that way, these are users we're talking about.
In the Eternal War on Spam/Malware, what can be done?

From the 7.0 Admin guide
5.2.2. Local EXT3
Using EXT3 enables Thin Provisioning on local storage. However, the default Storage Repository type is LVM as it gives a consistent write performance and, prevents storage over-commit. Customers using EXT3 may see reduced performance when carrying out VM lifecycle operations such as VM Create, suspend/resume and when initially creating large files from within the VM.
Local disk EXT SRs must be configured using the XenServer CLI.
5.2.2.1. Creating a Local EXT3 SR (ext)

Device-config parameters for ext SRs:
Parameter Name Description Required? Device device name on the local host to use for the SR
To create a local ext SR on /dev/sdb use the following command:

xe sr-create host-uuid=<valid_uuid> content-type=user \ name-label=<"Example Local EXT3 SR"> shared=false \ device-config:device=/dev/sdb type=ext

Ah wait. I see the type in the Local SR is ext3
On my XSs they are LVM
Did you format the lv?

I think you may need to use a different uuid in your xe pbd-plug command
Here is a reference article
http://support.citrix.com/article/CTX121896

This one in your case(I think):
xe pbd-plug uuid=0bff8e3b-dd7c-c3c4-3125-22569f5bbd77

Yesterday was working late fixing some authentication issue with crm(it is fixed now) and while waiting for a user in GMT+5 to do a test, I decided to reboot my Ubuntu 1604 server which I used for iscsi storage of Unitrends backups and my graylog server.
Damn thing rebooted, but somehow lost its targetcli config, and none of the backup configs in /var/target would work, the service kept failing on restart with some ludicrous error. So beat my head against that for a few more hours, then today I just decided to reinstall Ubuntu. Hating it.

During the install I was wondering what would happen to my vg and lv groups for the iscsi storage. But not being able to do backups was my big concern, so didn't really care if i had to start over. The xenserver vg and lv showed up during the installer, in fact I could have installed to them apparently.

I reinstalled to the usb stick, rebooted, and bam there was my md array and all vdi just there waiting to be used again. Installed targetcli remade an iscsi config, saved it, then tried connecting my XS back to it. Like magic the virtual disks reappeared in the SR and I was back in business.
Love it.

Not sure exactly how the lvm and mdadm data were preserved during the reinstall. But I am glad they can be, and did. I should probably read more about that.

How bout July 2017, in Seattle!

On my xs 6.5 install (which originally was 6.0 I think way before I started here) xs is installed on sda which is the local disk array. The partitions for xs are sda1 and sda2 while sda3 is the local sr. I didn't originally set this up but I would think that you just give XS a whole array, then let it take what it wants for itself, it then gives you the rest to use as local SR.