This Microsoft Support article describes how to enable tracing in Microsoft Dynamics CRM. Scroll down and look for Microsoft Dynamics CRM E-mail Router.

http://support.microsoft.com/kb/907490

I suggest un-comment the line “C:\Temp\CRMEmail.log” to log to a file rather than to the events log.

Once enabled, you’ll see very verbose messages, such as:

01/23/2012 15:45:17 : #26090 - An error occurred while opening mailbox email@domain.com. System.Net.Sockets.SocketException (0x80004005): No connection could be made because the target machine actively refused it 66.111.165.61:110
   at System.Net.Sockets.Socket.DoConnect(EndPoint endPointSnapshot, SocketAddress socketAddress)
   at System.Net.Sockets.Socket.Connect(EndPoint remoteEP)
   at System.Net.Sockets.TcpClient.Connect(IPEndPoint remoteEP)
   at System.Net.Sockets.TcpClient.Connect(IPAddress address, Int32 port)
   at Microsoft.Crm.Tools.Email.Providers.Pop3Client.Connect(Boolean useSsl)
   at Microsoft.Crm.Tools.Email.Providers.Pop3PollingMailboxProvider.OpenMailbox()
   at Microsoft.Crm.Tools.Email.Providers.CrmPollingMailboxProvider.Run()

- which turns out that the incoming email configuration was incorrect. And then below,

01/23/2012 16:45:18 : #9542 - The E-mail Router service successfully scheduled a provider work item using assembly: Microsoft.Crm.Tools.EmailProviders.dll and class: Microsoft.Crm.Tools.Email.Providers.ExchangePollingMailboxProvider.
 01/23/2012 16:45:18 : #25161 - The E-mail Router service is running a provider work item using assembly: Microsoft.Crm.Tools.EmailProviders.dll and class: Microsoft.Crm.Tools.Email.Providers.ExchangePollingMailboxProvider.
 01/23/2012 16:45:19 : #21381 - Opening mailbox email@domain.com.
 01/23/2012 16:45:19 : #65508 - Exchange Server not found in dictionary, calling exchange autodiscover.
 01/23/2012 16:45:19 : #31826 - Refreshing configuration settings.
 01/23/2012 16:45:19 : #9542 - The E-mail Router service successfully scheduled a provider work item using assembly: Microsoft.Crm.Tools.EmailProviders.dll and class: Microsoft.Crm.Tools.Email.Providers.SmtpPollingSendEmailProvider.
 01/23/2012 16:45:19 : #25161 - The E-mail Router service is running a provider work item using assembly: Microsoft.Crm.Tools.EmailProviders.dll and class: Microsoft.Crm.Tools.Email.Providers.SmtpPollingSendEmailProvider.
 01/23/2012 16:45:19 : #62269 - Checking for outgoing e-mail messages to process for SMTP: http://crmserver/orgname.
 01/23/2012 16:45:20 : #29426 - There are no e-mail messages to process in mailbox SMTP: http://crmserver/orgname.
 01/23/2012 16:45:20 : #60687 - The thread that is processing mailbox SMTP: http://crmserver/orgname is shutting down as requested.
 01/23/2012 16:45:20 : #31826 - Refreshing configuration settings.
 01/23/2012 16:45:21 : #31826 - Refreshing configuration settings.
 01/23/2012 16:45:22 : #31826 - Refreshing configuration settings.
 01/23/2012 16:45:23 : #31826 - Refreshing configuration settings.
 01/23/2012 16:45:24 : #26090 - An error occurred while opening mailbox email@domain.com. Microsoft.Crm.Tools.Email.Providers.EmailException: No results were found.
  at Microsoft.Crm.Tools.Email.Providers.ExchangeWSConnector.IsCurrentUser()
  at Microsoft.Crm.Tools.Email.Providers.ExchangeWSConnector.GetService()
  at Microsoft.Crm.Tools.Email.Providers.ExchangeWSConnector.OpenMailbox()
  at Microsoft.Crm.Tools.Email.Providers.ExchangePollingMailboxProvider.InitExchangeConnector()
  at Microsoft.Crm.Tools.Email.Providers.ExchangePollingMailboxProvider.OpenMailbox()
  at Microsoft.Crm.Tools.Email.Providers.CrmPollingMailboxProvider.Run()
 01/23/2012 16:45:24 : #19780 - Closing mailbox email@domain.com.
 01/23/2012 16:45:24 : #31826 - Refreshing configuration settings.

- which according to another Microsoft Support article, is because the mailbox is hidden from the Exchange address lists.

1. Add more RAM to the computer. Obviously the more RAM you have, the faster the performance becomes. For running a basic Windows Server 2003 image with SQL Server 2005 and SharePoint Services (WSS or MOSS), I recommend at least 768 MB of RAM for the image, and at least 768 MB for your host OS (Windows Vista). I recently upgraded my work laptop from 2 to 3GB and could immediately notice the extra performance.
   .
2. Enable Virtualization in the host computer BIOS. If you use a DELL notebook, press F2 to get into the BIOS when the computer restarts. Navigate to POST Behavior  > Virtualization, and enable virtualisation.
   .
3. Run image from a different hard drive.  For example, a portable hard drive
   .
4. Disable unnecessary visual effects. Right click on My Computer, then select Properties. Click Advanced system On the System Properties window, click tab Advanced, and Performance Settings.
   .
   In the Visual Effects tab, select Adjust for best performance.
   .
   
   .
   Also change the desktop wallpaper by selecting a solid colour.
   .
5. Disable unnecessary services. Open the Services console (Start > Run… > [Type in "services.msc"]. Disable the following services:

• Superfetch - though marketed as “Maintains and improves system performance over time.”, it seems to do the opposite
• Themes – this will disable Windows Vista themes

For example, you develop an ASP.NET web application on your local PC and test on a staging server, both of which have Australia setup as their location. Now the application is about to be deployed to a production server. It is often the case that to save on running costs, the client chooses US-based shared servers over Australian-based ones. As a result, you notice that the site displays date in a different format – e.g. mm/dd/yyyy ( 12/25/2008 ) instead of dd/mm/yyyy ( 25/12/2008 ).

Of course as with many shared servers, you don’t have the privilege to change the global settings on the server as it would affect all other websites hosted on the box. A quick and easy way to overcome this is to add a setting to the web.config file:

<configuration>
   <system.web>
      <globalization culture="en-AU" uiCulture="en-AU" />
   </system.web>
</configuration>

Further reading: http://msdn.microsoft.com/en-us/library/bz9tc508.aspx

The solution consisted of a document library with custom columns to hold the metadata. The automation process was taken care by event handlers. Upon a file upload, the event handler would try to extract metadata from the filename, and populate the values into the metadata fields in the edit form page. The user could then choose to accept or modify the metadata.

Sample code goes here - coming soon!

A few important/useful notes…

1. Brian Wilson wrote a great set of tutorials on SharePoint event handlers.
2. Don’t forget that when creating an event handler class, it must inherit SPItemEventReceiver.
3. In my scenario above, the best place to put the code was in ItemAdding, as oppose to ItemAdded. One big difference between the two methods is that ItemAdding is synchronous. This means that the page will wait for the code to finish execute before displaying the metadata screen – perfect for me to extract and populate metadata values from filenames. ItemAdded, on the other hand, is asynchronous. Hence the page will not wait until the code has finished executing.
4. Use properties.AfterProperties, as oppose to BeforeProperties.
5. Dispose SPSite and SPWeb objects as required. Roger Lamb has a nice and clear explanation about WSS 3 and MOSS 2007 dispose pattern.
6. In most cases, you will need to refer to list fields by their internal names, except when the field name contains full stops (“.”) - I’ll come back to this in the future with some explanation why.
7. For development purposes, use third party tools such as SharePoint Inspector to attach the event handlers to the list, as oppose of building and deploying features to do this.