<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:atom="https://www.w3.org/2005/Atom" xmlns:sy="https://purl.org/rss/1.0/modules/syndication/" xmlns:dc="https://purl.org/dc/elements/1.1/" xmlns:content="https://purl.org/rss/1.0/modules/content/" xmlns:wfw="https://wellformedweb.org/CommentAPI/" xmlns:slash="https://purl.org/rss/1.0/modules/slash/"
  version="2.0">
  <channel>
    <title>ACHUTHAN MUGUNTHARAJAN  BLOG (AC BLOG)</title>
    <atom:link
      href="https://docs.microsoft.com/archive/blogs/achu/feed.xml"
      rel="self"
      type="application/rss+xml" />
    <link>https://docs.microsoft.com/archive/blogs/achu/feed.xml</link>
    <description>Lets know more about Exchange</description>
    <lastBuildDate>Wed, 17 Apr 2019 03:42:58 GMT</lastBuildDate>
    <language>en-US</language>
    <sy:updatePeriod>hourly</sy:updatePeriod>
    <sy:updateFrequency>1</sy:updateFrequency>
    <item>
      <title>FID MAPPING ACTIVESYNC</title>
      <link>https://docs.microsoft.com/archive/blogs/achu/fid-mapping-activesync</link>
      <pubDate>Mon, 26 Sep 2016 09:02:39 GMT</pubDate>
      <dc:creator><![CDATA[ACHUTHAN MUGUNTHARAJAN (AC MSFT)]]></dc:creator>
      <guid
        isPermaLink="false">https://blogs.technet.microsoft.com/achu/?p=35</guid>
      <description><![CDATA[Hello, All

Today I would like to give a tip on My Favorite Topic: ActiveSync.

Most of the...]]></description>
      <content:encoded><![CDATA[Hello, All

Today I would like to give a tip on My Favorite Topic: ActiveSync.

Most of the cases that comes in Activesync today is that my inbox is not getting synched or one of the folder under my inbox is not synching.

Well to identify this first we must identify what is the Folder id of each folder.

The reason being only if the device send in the ping request to monitor the folder the server would send in the updates for changes in the folder.

Most of the time even if an user enables the Activesync log there are minimal chances of the user finding the foldersync command to identifiy the folder ID.

Well one may think i can Sync another device and get the folder id but the catch here is that the Folder id changes per each device.

So how do I obtain the folder ID mapping.

Well the answer is rather easy use the below command in Exchange management shell:

<strong>Get-ExchangeDiagnosticInfo -Server &lt;server name&gt; -Process MSExchangeSyncAppPool -Component GetSyncState -Argument "EmailAddress=user@domain.com;DeviceId=&lt;you can obtain this form get-mobile device&gt;;DeviceType=&lt;you can obtain this form get-mobile device&gt;;FidMapping</strong>

You should get a result similar to this :

===========================

RunspaceId :

Result     : &lt;Diagnostics&gt;

&lt;ProcessInfo&gt;

&lt;id&gt;33384&lt;/id&gt;

&lt;serverName&gt;&lt;/serverName&gt;

&lt;startTime&gt;2015-12-23T09:30:00.3149733Z&lt;/startTime&gt;

&lt;currentTime&gt;2015-12-23T15:45:47.9874851Z&lt;/currentTime&gt;

&lt;lifetime&gt;06:15:47.6725118&lt;/lifetime&gt;

&lt;threadCount&gt;218&lt;/threadCount&gt;

&lt;handleCount&gt;3651&lt;/handleCount&gt;

&lt;workingSet&gt;482.6 MB (506,040,320 bytes)&lt;/workingSet&gt;

&lt;/ProcessInfo&gt;

&lt;Components&gt;

&lt;GetSyncState&gt;

&lt;GetSyncStateResult xmlns:xsd="https://www.w3.org/2001/XMLSchema"

xmlns:xsi="https://www.w3.org/2001/XMLSchema-instance" LoggingEnabled="true"&gt;

&lt;Devices&gt;

&lt;DeviceData Name="" Created="0001-01-01T00:00:00"&gt;

&lt;SyncFolders&gt;

&lt;SyncStateFolderData&gt;

&lt;Name&gt;FolderIdMapping&lt;/Name&gt;

&lt;Created&gt;2015-10-21T03:12:44.3953904Z&lt;/Created&gt;

&lt;StorageType&gt;Item&lt;/StorageType&gt;

&lt;SyncStateBlob&gt;&lt;/SyncStateBlob&gt;

&lt;SyncStateSize&gt;899&lt;/SyncStateSize&gt;

&lt;FolderMapping&gt;

&lt;FolderMappingData Name="Calendar" FolderType="Calendar"&gt;

&lt;ShortId&gt;1&lt;/ShortId&gt;

&lt;LongId&gt;LgAAAAD7lNExwzLWEZ2nAFCLXgP6AQAqZ5ZBIg2SRLPtKOkIwHueAAAGT6FUAAAC&lt;/LongId&gt;

&lt;/FolderMappingData&gt;

&lt;FolderMappingData Name="Contacts" FolderType="Contacts"&gt;

&lt;ShortId&gt;2&lt;/ShortId&gt;

&lt;LongId&gt;LgAAAAD7lNExwzLWEZ2nAFCLXgP6AQCX0BrnLMbTEZ16AFCLXgP6AAANxX3OAAAD&lt;/LongId&gt;

&lt;/FolderMappingData&gt;

&lt;FolderMappingData Name="Skype for Business Contacts" FolderType="QuickContacts"&gt;

&lt;ShortId&gt;3&lt;/ShortId&gt;

&lt;LongId&gt;LgAAAAD7lNExwzLWEZ2nAFCLXgP6AQCa6kLRujFPTKY7VGbz87FDAACwW3vvAAAD&lt;/LongId&gt;

&lt;/FolderMappingData&gt;

&lt;FolderMappingData Name="Conversation History" FolderType="CommunicatorHistory"&gt;

&lt;ShortId&gt;4&lt;/ShortId&gt;

&lt;LongId&gt;LgAAAAD7lNExwzLWEZ2nAFCLXgP6AQC3BHhAl8lzTKF9MsSL0htpAAA4jgAWAAAB&lt;/LongId&gt;

&lt;/FolderMappingData&gt;

&lt;FolderMappingData Name="Deleted Items" FolderType="DeletedItems"&gt;

&lt;ShortId&gt;5&lt;/ShortId&gt;

&lt;LongId&gt;LgAAAAD7lNExwzLWEZ2nAFCLXgP6AQCX0BrnLMbTEZ16AFCLXgP6AAANvsopAAAB&lt;/LongId&gt;

FolderMappingData Name="Drafts" FolderType="Drafts"&gt;

&lt;ShortId&gt;7&lt;/ShortId&gt;

&lt;LongId&gt;LgAAAAD7lNExwzLWEZ2nAFCLXgP6AQCX0BrnLMbTEZ16AFCLXgP6AAANxX3TAAAB&lt;/LongId&gt;

&lt;/FolderMappingData&gt;

&lt;FolderMappingData Name="Inbox" FolderType="Inbox"&gt;

&lt;ShortId&gt;8&lt;/ShortId&gt;

&lt;/FolderMappingData&gt;

&lt;/FolderMapping&gt;

&lt;/SyncStateFolderData&gt;

&lt;/SyncFolders&gt;

&lt;/DeviceData&gt;

&lt;/Devices&gt;

&lt;/GetSyncStateResult&gt;

&lt;/GetSyncState&gt;

&lt;/Components&gt;

&lt;/Diagnostics&gt;

Identity   :

IsValid     : True

ObjectState : New

==========================

Feel free to post your comments.

AC]]></content:encoded>
    </item>
    <item>
      <title>Mail.que growth</title>
      <link>https://docs.microsoft.com/archive/blogs/achu/mail-que-growth</link>
      <pubDate>Mon, 26 Sep 2016 08:34:09 GMT</pubDate>
      <dc:creator><![CDATA[ACHUTHAN MUGUNTHARAJAN (AC MSFT)]]></dc:creator>
      <guid
        isPermaLink="false">https://blogs.technet.microsoft.com/achu/?p=25</guid>
      <description><![CDATA[Hello All,

Working in support sector we see a lot of different cases opened every day.

One of...]]></description>
      <content:encoded><![CDATA[Hello All,

Working in support sector we see a lot of different cases opened every day.

One of the most call generator these days is that the customer after moving to Exchange 2013,2016 are experiencing a larger mail.que growth and mostly worried about the same.

The general statement that comes from exchange customer is that i have never seen my mail.que grow this much in 2010 is this normal.

Well, I would like to clarify this first

Generally  the growth of the mail.que depends on the following factors:

1.Safety net time

2.Average mail size in the organization

3.Average mail flow in the organization

4.Maximum queue days

5.Percentage of the message queued

&nbsp;
<ul>
 	<li>The Safety net hold time is how long the message gets retained in the mail.que after the message gets delivered (this was introduced in 2013)</li>
</ul>
<ul>
 	<li>The size of the mail.que growth can be given by the formula:</li>
 	<li>Overall Transport DB Size = average message size x overall daily message traffic x (1 + (percentage of messages queued x maximum queue days) + Safety Net hold days) x 2 copies for high availability</li>
</ul>
<ul>
<ol>
 	<li>This must be divided further by the number of databases and their copy</li>
 	<li>Comparing these parameters, you would understand how large the queue grows per day and whether it is normal or not.</li>
 	<li>I would like to note a point out here after the mails in the mail.que get delivered it will not reduce in size only an offline defragment will reduce in size.</li>
</ol>
</ul>
So the next question that comes in is that if this eats my drive space faster how can i control the growth.
<ol>
<ol>
 	<li>You can control the growth of the mail.que by changing the parameter of safety net hold time in the transport configuration by using the set-transportconfig .(i would prefer a value of 2 days)</li>
 	<li>Also you can change the online de-fragmentation schedule by changing the parameters in the Edgetransport.exe config file</li>
 	<li>&lt;add key="QueueDatabaseOnlineDefragSchedule" value="1:00:00" /&gt;</li>
 	<li>&lt;add key="QueueDatabaseOnlineDefragTimeToRun" value="3:00:00" /&gt;</li>
</ol>
</ol>
The above key signifies that every day run my online de-fragmentation for 3 hours

If you still feel that this grows too much in size
<ol>
<ul>
 	<li>One workaround to the problem is that you can pause the transport service and ensure that the queue is 0.</li>
 	<li>Then stop the transport service and delete the mail.que file and start the transport service.</li>
 	<li>This will create a new mail.que file and it will help in overcoming you issue</li>
 	<li>This can be done one server at a time hence has no downtime for creating a new mail.que.</li>
</ul>
</ol>
&nbsp;

If you have any questions feel free to comment.

AC

&nbsp;

&nbsp;

&nbsp;

&nbsp;

&nbsp;

&nbsp;

&nbsp;]]></content:encoded>
    </item>
    <item>
      <title>Hello world!</title>
      <link>https://docs.microsoft.com/archive/blogs/achu/hello-world</link>
      <pubDate>Mon, 26 Sep 2016 01:28:08 GMT</pubDate>
      <dc:creator><![CDATA[Varsha G]]></dc:creator>
      <guid
        isPermaLink="false">https://blogs.technet.microsoft.com/achu/?p=1</guid>
      <description><![CDATA[Welcome to Technet. This is your first post. Edit or delete it, then start blogging!]]></description>
      <content:encoded><![CDATA[Welcome to <a href="https://blogs.technet.microsoft.com/">Technet</a>. This is your first post. Edit or delete it, then start blogging!]]></content:encoded>
    </item>
  </channel>
</rss>