{"id":332,"date":"2012-01-17T08:59:29","date_gmt":"2012-01-17T13:59:29","guid":{"rendered":"http:\/\/www.exchangedefender.com\/blog\/2012\/01\/xdsync-password-synccoming-this-week\/"},"modified":"2012-01-17T08:59:29","modified_gmt":"2012-01-17T13:59:29","slug":"xdsync-password-synccoming-this-week","status":"publish","type":"post","link":"https:\/\/www.exchangedefender.com\/blog\/2012\/01\/xdsync-password-synccoming-this-week\/","title":{"rendered":"XDSYNC &amp; Password Sync&ndash;Coming This Week!"},"content":{"rendered":"<p>This past week we have revisited a piece of software that was originally written <i>over two years ago<\/i>. Since our initial launch of XDSYNC back in 2009, it has become a widely used application among our partners. For those who may not be familiar with XDSYNC and what it does, let me explain.  <\/p>\n<p><b>XDSYNC is a service that you install on your local Exchange Server for accounts you wish to have protected by ExchangeDefender<u>.<\/u><\/b> The application monitors the structure of Active Directory &amp; Mail Users and <b><i>automatically provisions existing and newly created accounts into the backend system<\/i><\/b> of <a href=\"http:\/\/exchangedefender.com\/\">ExchangeDefender<\/a>. This allows an almost hands free experience for our partners when it comes to managing additions and removals inside of an organization.  <\/p>\n<p>Over the years one of the biggest requests has been for two additional components to this software. The first request was to have the <b>ability to restrict\/block an account on the server from being included in the automatic provision list<\/b>. The second request was to implement a way to <b>synchronize passwords between ExchangeDefender and the remote Exchange server<\/b>. These requests have finally come to surface in our newest release of XDSYNC!  <\/p>\n<p><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/www.exchangedefender.com\/images\/xdsyn2.png\" width=\"271\" height=\"358\">  <\/p>\n<p><b><u>Exclusion List<\/u><\/b>  <\/p>\n<p>The exclusion list is very straight forward. Upon configuration of XDSYNC you will notice an additional tab within the software. <i>This tab will be populated with the current list of mail users on the Exchange Server.<\/i> You simply check any accounts you wish for the software to ignore from the processing component and they will not be sent to <a href=\"http:\/\/exchangedefender.com\/\">Exchange Defender<\/a>.  <\/p>\n<p><b><u>Password Sync<\/u><\/b>  <\/p>\n<p><i>This process is currently being designed in a <b>single direction<\/b> due to limitations within the Windows environment.<\/i> Initially it will not touch any existing users that existed before installation. The password change event will be triggered upon a password change request within <a href=\"http:\/\/exchangedefender.com\/\">ExchangeDefender<\/a>.  <\/p>\n<p><b><u>For Example:<\/u><\/b>  <\/p>\n<p>\u00b7 Either an admin or users changes the password on \u201c<b>test@yourdomain.com<\/b>\u201d.  <\/p>\n<p>\u00b7 This account is now flagged for \u201c<b>Password Sync<\/b>\u201d, if enabled.  <\/p>\n<p>\u00b7 The next time XDSYNC pings for changes, it will be included on the list.  <\/p>\n<p>\u00b7 The change gets processed and the password is updated on the Exchange server.  <\/p>\n<p>You may also notice from the screenshot we have included a \u201c<b>Notifications\u201d<\/b> section. <i>This will allow you to enable and configure a recipient to be notified each time an account is either added\/removed from <\/i><a href=\"http:\/\/exchangedefender.com\/\"><i>ExchangeDefender<\/i><\/a><i> via XDSYNC.<\/i>  <\/p>\n<p>We are very excited to release this new version as <b><i>it takes advantage of many code advancements<\/i><\/b> and should operate at much higher level of performance than the previous version. Good news is that the new version is currently undergoing testing and should be <b><u>released Friday of this week!<\/u><\/b>  <\/p>\n<p>Hank Newman<br \/>VP Development, ExchangeDefender<br \/>hank@ownwebnow.com  <\/p>\n","protected":false},"excerpt":{"rendered":"<p> [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"class_list":["post-332","post","type-post","status-publish","format-standard","hentry","category-uncategorized"],"_links":{"self":[{"href":"https:\/\/www.exchangedefender.com\/blog\/wp-json\/wp\/v2\/posts\/332","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.exchangedefender.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.exchangedefender.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.exchangedefender.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.exchangedefender.com\/blog\/wp-json\/wp\/v2\/comments?post=332"}],"version-history":[{"count":0,"href":"https:\/\/www.exchangedefender.com\/blog\/wp-json\/wp\/v2\/posts\/332\/revisions"}],"wp:attachment":[{"href":"https:\/\/www.exchangedefender.com\/blog\/wp-json\/wp\/v2\/media?parent=332"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.exchangedefender.com\/blog\/wp-json\/wp\/v2\/categories?post=332"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.exchangedefender.com\/blog\/wp-json\/wp\/v2\/tags?post=332"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}