<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.msdn.com/utility/FeedStylesheets/atom.xsl" media="screen"?><feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en"><title type="html">Inherited from System.Object</title><subtitle type="html" /><id>http://blogs.msdn.com/sidhartg/atom.xml</id><link rel="alternate" type="text/html" href="http://blogs.msdn.com/sidhartg/default.aspx" /><link rel="self" type="application/atom+xml" href="http://blogs.msdn.com/sidhartg/atom.xml" /><generator uri="http://communityserver.org" version="2.1.61025.2">Community Server</generator><updated>2006-07-11T07:39:00Z</updated><entry><title>Speeding up your CCF Workflow</title><link rel="alternate" type="text/html" href="http://blogs.msdn.com/sidhartg/archive/2008/04/28/speeding-up-your-ccf-workflow.aspx" /><id>http://blogs.msdn.com/sidhartg/archive/2008/04/28/speeding-up-your-ccf-workflow.aspx</id><published>2008-04-28T13:20:00Z</published><updated>2008-04-28T13:20:00Z</updated><content type="html">CCF Workflows takes several seconds to start for the first time. This is to do with the fundamental .Net feature called JIT. When you first launch the workflow, CCF creates the workflow engine for the first time and starts the engine before working on your request. This eats up so much of processor... remember the JIT compiler compiles the IL instructions only when required? One workaround for this problem would be warm up your workflow before the user actually uses this. This will help in faster...(&lt;a href="http://blogs.msdn.com/sidhartg/archive/2008/04/28/speeding-up-your-ccf-workflow.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=8435043" width="1" height="1"&gt;</content><author><name>Sidhartg</name><uri>http://blogs.msdn.com/members/Sidhartg.aspx</uri></author><category term="Technical" scheme="http://blogs.msdn.com/sidhartg/archive/tags/Technical/default.aspx" /><category term="CCF" scheme="http://blogs.msdn.com/sidhartg/archive/tags/CCF/default.aspx" /></entry><entry><title>Adding CCF Agents Programmatically</title><link rel="alternate" type="text/html" href="http://blogs.msdn.com/sidhartg/archive/2008/04/26/adding-ccf-agents-programmatically.aspx" /><id>http://blogs.msdn.com/sidhartg/archive/2008/04/26/adding-ccf-agents-programmatically.aspx</id><published>2008-04-26T21:46:00Z</published><updated>2008-04-26T21:46:00Z</updated><content type="html">One of the most annoying features for admins with managing CCF is adding Agents. Updating/Deleting are less annoying as they are not in bulk most of the times. Even manually adding Agents using CCF Admin Console is not productive when adding more than few users. CCF Admin Console, internally uses WCF web services (in CCF 2008) to perform database related activities. You can write a custom program consuming these web services to ease your configuration. This is much faster way of handling the agents...(&lt;a href="http://blogs.msdn.com/sidhartg/archive/2008/04/26/adding-ccf-agents-programmatically.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=8428363" width="1" height="1"&gt;</content><author><name>Sidhartg</name><uri>http://blogs.msdn.com/members/Sidhartg.aspx</uri></author><category term="Technical" scheme="http://blogs.msdn.com/sidhartg/archive/tags/Technical/default.aspx" /><category term="CCF" scheme="http://blogs.msdn.com/sidhartg/archive/tags/CCF/default.aspx" /></entry><entry><title>Reason behind AdapterContextChange()'s failure</title><link rel="alternate" type="text/html" href="http://blogs.msdn.com/sidhartg/archive/2007/12/21/reason-behind-adaptercontextchange-s-failure.aspx" /><id>http://blogs.msdn.com/sidhartg/archive/2007/12/21/reason-behind-adaptercontextchange-s-failure.aspx</id><published>2007-12-21T10:42:00Z</published><updated>2007-12-21T10:42:00Z</updated><content type="html">I know very few people are working in CCF currently. But here is an undocumented life saver. The Context that is passed in the NotifyContextChange event is a reference to the object and not a value. Most of you might already know this as it is a reference type. If you have a requirement to update the context based on some user activity and notify the context change to all the applications, you simply invoke the ContextChange or AdapterContextChange methods with appropriate values. However, there...(&lt;a href="http://blogs.msdn.com/sidhartg/archive/2007/12/21/reason-behind-adaptercontextchange-s-failure.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=6825155" width="1" height="1"&gt;</content><author><name>Sidhartg</name><uri>http://blogs.msdn.com/members/Sidhartg.aspx</uri></author><category term="Technical" scheme="http://blogs.msdn.com/sidhartg/archive/tags/Technical/default.aspx" /><category term="CCF" scheme="http://blogs.msdn.com/sidhartg/archive/tags/CCF/default.aspx" /></entry><entry><title>Getting away with client Config in WCF</title><link rel="alternate" type="text/html" href="http://blogs.msdn.com/sidhartg/archive/2007/09/01/getting-away-with-client-config-in-wcf.aspx" /><link rel="enclosure" type="application/x-zip-compressed" length="29107" href="http://blogs.msdn.com/sidhartg/attachment/4685090.ashx" /><id>http://blogs.msdn.com/sidhartg/archive/2007/09/01/getting-away-with-client-config-in-wcf.aspx</id><published>2007-09-01T12:47:00Z</published><updated>2007-09-01T12:47:00Z</updated><content type="html">Introduction This weblog provides a solution to one of the most common problem faced by developers while developing their projects involving WCF Services using Visual Studio. Background To give you a little background on what this is all about… when you are working with WCF services and using Visual Studio for development, it becomes annoying as to how Visual Studio screws up the configuration settings. This is a small problem with an even smaller solution. Hence, it might be the smallest article....(&lt;a href="http://blogs.msdn.com/sidhartg/archive/2007/09/01/getting-away-with-client-config-in-wcf.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=4685090" width="1" height="1"&gt;</content><author><name>Sidhartg</name><uri>http://blogs.msdn.com/members/Sidhartg.aspx</uri></author><category term="Technical" scheme="http://blogs.msdn.com/sidhartg/archive/tags/Technical/default.aspx" /><category term="WCF" scheme="http://blogs.msdn.com/sidhartg/archive/tags/WCF/default.aspx" /></entry><entry><title>Method Overloading in WCF</title><link rel="alternate" type="text/html" href="http://blogs.msdn.com/sidhartg/archive/2007/09/01/method-overloading-in-wcf.aspx" /><id>http://blogs.msdn.com/sidhartg/archive/2007/09/01/method-overloading-in-wcf.aspx</id><published>2007-09-01T12:47:00Z</published><updated>2007-09-01T12:47:00Z</updated><content type="html">WCF solves so many complex problems of the distributing computing, yet when it comes to simple things like overloading it fumbles. This is not what I say, but what I heard from some developers at my customer's site. So, I thought how can such a small thing could not be achievable in WCF when the underlying platform (.Net framework) support this by design. After little thought, it is all clear why it does not work the same way it works with compiled languages. Its all the underlying protocols that...(&lt;a href="http://blogs.msdn.com/sidhartg/archive/2007/09/01/method-overloading-in-wcf.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=4684990" width="1" height="1"&gt;</content><author><name>Sidhartg</name><uri>http://blogs.msdn.com/members/Sidhartg.aspx</uri></author><category term="Technical" scheme="http://blogs.msdn.com/sidhartg/archive/tags/Technical/default.aspx" /><category term="WCF" scheme="http://blogs.msdn.com/sidhartg/archive/tags/WCF/default.aspx" /></entry><entry><title>WSDL for WCF Service</title><link rel="alternate" type="text/html" href="http://blogs.msdn.com/sidhartg/archive/2007/04/09/wsdl-for-wcf-service.aspx" /><id>http://blogs.msdn.com/sidhartg/archive/2007/04/09/wsdl-for-wcf-service.aspx</id><published>2007-04-09T05:10:00Z</published><updated>2007-04-09T05:10:00Z</updated><content type="html">This can be tricky at times. If all you want is the basic communication WSDL, you can get it by appending ?WSDL to the .svc file. This will output the required WSDL. A sample for this would be something like: http://localhost/MyService/Service.svc?WSDL But sometimes you want to see everything that is produced. Especially, if you are used to ASMX way of development, you'd want to see the complete WSDL instead of the communicaiton portion. Here is where WCF strikes. There is not just one, but several...(&lt;a href="http://blogs.msdn.com/sidhartg/archive/2007/04/09/wsdl-for-wcf-service.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=2057211" width="1" height="1"&gt;</content><author><name>Sidhartg</name><uri>http://blogs.msdn.com/members/Sidhartg.aspx</uri></author><category term="WSDL" scheme="http://blogs.msdn.com/sidhartg/archive/tags/WSDL/default.aspx" /><category term="WCF" scheme="http://blogs.msdn.com/sidhartg/archive/tags/WCF/default.aspx" /></entry><entry><title>No More DLL Hell - The Song</title><link rel="alternate" type="text/html" href="http://blogs.msdn.com/sidhartg/archive/2006/10/10/No-More-DLL-Hell-_2D00_-The-Song.aspx" /><id>http://blogs.msdn.com/sidhartg/archive/2006/10/10/No-More-DLL-Hell-_2D00_-The-Song.aspx</id><published>2006-10-10T13:18:00Z</published><updated>2006-10-10T13:18:00Z</updated><content type="html">Spike Xavier &amp;amp; Dan Wahlin came up with this song while carpooling to their work... Is starts like a rock song, then loses track. They have however tried to keep onto the same genre, but... They realized that they created a new genre of music and promply gave it the name Heavy .Net al Check this link for the song...(&lt;a href="http://blogs.msdn.com/sidhartg/archive/2006/10/10/No-More-DLL-Hell-_2D00_-The-Song.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=811953" width="1" height="1"&gt;</content><author><name>Sidhartg</name><uri>http://blogs.msdn.com/members/Sidhartg.aspx</uri></author></entry><entry><title>Google... I'm really feeling lucky today :)</title><link rel="alternate" type="text/html" href="http://blogs.msdn.com/sidhartg/archive/2006/10/10/Google_2E002E002E00_-I_2700_m-really-feeling-lucky-today-_3A002900_.aspx" /><id>http://blogs.msdn.com/sidhartg/archive/2006/10/10/Google_2E002E002E00_-I_2700_m-really-feeling-lucky-today-_3A002900_.aspx</id><published>2006-10-10T08:47:00Z</published><updated>2006-10-10T08:47:00Z</updated><content type="html">Long long ago... when people tried "Failure" in the search box and tried their luck (I'm Feeling lucky), they were directed to President Bush related website... How obvious!!! And they say... history repeats... and here is another proof... Try "Search" in the searchbox and try your luck. I'm sure you'll Live with the result. It seems Google... is now feeling the heat... Long LIVE. Not sure how many days this will survive... So guys try this... fast...(&lt;a href="http://blogs.msdn.com/sidhartg/archive/2006/10/10/Google_2E002E002E00_-I_2700_m-really-feeling-lucky-today-_3A002900_.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=811219" width="1" height="1"&gt;</content><author><name>Sidhartg</name><uri>http://blogs.msdn.com/members/Sidhartg.aspx</uri></author></entry><entry><title>Using Windows Form with InfoPath 2003</title><link rel="alternate" type="text/html" href="http://blogs.msdn.com/sidhartg/archive/2006/10/02/Using-Windows-Form-with-InfoPath-2003.aspx" /><link rel="enclosure" type="application/x-zip-compressed" length="104100" href="http://blogs.msdn.com/sidhartg/attachment/784848.ashx" /><id>http://blogs.msdn.com/sidhartg/archive/2006/10/02/Using-Windows-Form-with-InfoPath-2003.aspx</id><published>2006-10-02T13:58:00Z</published><updated>2006-10-02T13:58:00Z</updated><content type="html">InfoPath 2003 does not provide any password field. So, storing passwords on the form is not recommended as it is in clear text. To have something really critical as passwords on the InfoPath forms is not a straightforward task. I've used a workaround for this. I'll showup a Windows Form and capture the credentials on that form, encrypt the credentials there and save that encrypted information back on the InfoPath form. This way, the user will never get to read the password in clear text. Attached...(&lt;a href="http://blogs.msdn.com/sidhartg/archive/2006/10/02/Using-Windows-Form-with-InfoPath-2003.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=784848" width="1" height="1"&gt;</content><author><name>Sidhartg</name><uri>http://blogs.msdn.com/members/Sidhartg.aspx</uri></author><category term="InfoPath" scheme="http://blogs.msdn.com/sidhartg/archive/tags/InfoPath/default.aspx" /></entry><entry><title>Using user roles with InfoPath 2003</title><link rel="alternate" type="text/html" href="http://blogs.msdn.com/sidhartg/archive/2006/09/08/746172.aspx" /><id>http://blogs.msdn.com/sidhartg/archive/2006/09/08/746172.aspx</id><published>2006-09-08T14:29:00Z</published><updated>2006-09-08T14:29:00Z</updated><content type="html">&lt;P&gt;&lt;FONT face=Verdana size=2&gt;&lt;A href="http://msdn.microsoft.com/office/program/infopath/2003/learn/default.aspx?pull=/library/en-us/odc_ip2003_tr/html/odc_inf_lab_07.asp"&gt;Lab 7&lt;/A&gt;&amp;nbsp;of the InfoPath labs discuss about the using user roles with InfoPath.&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face=Verdana size=2&gt;This is one of the most useful features in InfoPath. You can do anything with this based on the role. For example, the admin user can be shown some admin views which are not visible for a normal user.&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face=Verdana size=2&gt;We can even get this information in the attached code by using the following api:&lt;/FONT&gt;&lt;/P&gt;
&lt;BLOCKQUOTE dir=ltr style="MARGIN-RIGHT: 0px"&gt;
&lt;P&gt;&lt;FONT face=Verdana&gt;&lt;FONT size=2&gt;&lt;FONT color=#0000ff&gt;bool&lt;/FONT&gt; userRole = thisApplication.User.IsUserMemberOf(&lt;FONT color=#800000&gt;@"Domain\Group"&lt;/FONT&gt;);&lt;/FONT&gt;&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face=Verdana&gt;&lt;FONT size=2&gt;&lt;FONT color=#0000ff&gt;if&lt;/FONT&gt; (userRole)&lt;BR&gt;&lt;/FONT&gt;&lt;/FONT&gt;&lt;FONT face=Verdana&gt;&lt;FONT size=2&gt;{&lt;BR&gt;&lt;/FONT&gt;&lt;/FONT&gt;&lt;FONT face=Verdana size=2&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&lt;FONT color=#008000&gt;//do something cool here&lt;/FONT&gt;&lt;BR&gt;&lt;/FONT&gt;&lt;FONT face=Verdana&gt;&lt;FONT size=2&gt;}&lt;/FONT&gt;&lt;/FONT&gt;&lt;/P&gt;&lt;/BLOCKQUOTE&gt;
&lt;P dir=ltr&gt;&lt;FONT face=Verdana size=2&gt;However, there is a catch here. This works only if the user who is accessing the form and the group specified in the user roles are of the same domain.&lt;/FONT&gt;&lt;/P&gt;
&lt;P dir=ltr&gt;&lt;FONT face=Verdana size=2&gt;So, the following are the valid and invalid combinations&lt;/FONT&gt;&lt;/P&gt;
&lt;P dir=ltr&gt;&lt;FONT face=Verdana size=2&gt;Invalid Combination:&lt;/FONT&gt;&lt;/P&gt;
&lt;BLOCKQUOTE dir=ltr style="MARGIN-RIGHT: 0px"&gt;
&lt;P dir=ltr&gt;&lt;FONT face=Verdana size=2&gt;User: &lt;FONT color=#ff0000&gt;AMERICA\Employees&lt;BR&gt;&lt;FONT color=#000000&gt;Group: &lt;/FONT&gt;ASIA\SecurityGroup&lt;/FONT&gt;&lt;/FONT&gt;&lt;/P&gt;&lt;/BLOCKQUOTE&gt;
&lt;P dir=ltr&gt;&lt;FONT face=Verdana color=#000000 size=2&gt;Valid Combination:&lt;/FONT&gt;&lt;/P&gt;&lt;FONT face=Verdana size=2&gt;
&lt;BLOCKQUOTE dir=ltr style="MARGIN-RIGHT: 0px"&gt;
&lt;P dir=ltr&gt;&lt;FONT face=Verdana size=2&gt;User: &lt;FONT color=#ff0000&gt;AMERICA\Employees&lt;BR&gt;&lt;FONT color=#000000&gt;Group: &lt;/FONT&gt;AMERICA\SecurityGroup&lt;/FONT&gt;&lt;/FONT&gt;&lt;/P&gt;&lt;/BLOCKQUOTE&gt;&lt;/FONT&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=746172" width="1" height="1"&gt;</content><author><name>Sidhartg</name><uri>http://blogs.msdn.com/members/Sidhartg.aspx</uri></author><category term="Technical" scheme="http://blogs.msdn.com/sidhartg/archive/tags/Technical/default.aspx" /></entry><entry><title>70-528 Conquered!!!</title><link rel="alternate" type="text/html" href="http://blogs.msdn.com/sidhartg/archive/2006/09/04/738927.aspx" /><id>http://blogs.msdn.com/sidhartg/archive/2006/09/04/738927.aspx</id><published>2006-09-04T08:35:00Z</published><updated>2006-09-04T08:35:00Z</updated><content type="html">&lt;P&gt;&lt;FONT face=Verdana size=2&gt;On Friday (1st Sept 2006) I wrote 70-528 (developing web client applications in .net framework 2.0).&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face=Verdana size=2&gt;The material available on the test was pretty little and the topics to cover&amp;nbsp;were many. Though, I was very sure about the result... I myself was shocked when the machine displayed... "Congratulations you have passed the exam".&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face=Verdana size=2&gt;I thought that was a dream, but turned out to be a reality. Anyways, the result is encouraging.&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face=Verdana size=2&gt;This is not a milestone achievement, but when the expectations are none, any positive result is a big achievement.&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face=Verdana size=2&gt;Regards,&lt;BR&gt;&lt;/FONT&gt;&lt;FONT face=Verdana size=2&gt;IamJunk.&lt;/FONT&gt;&lt;/P&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=738927" width="1" height="1"&gt;</content><author><name>Sidhartg</name><uri>http://blogs.msdn.com/members/Sidhartg.aspx</uri></author><category term="Personal" scheme="http://blogs.msdn.com/sidhartg/archive/tags/Personal/default.aspx" /><category term="Junk" scheme="http://blogs.msdn.com/sidhartg/archive/tags/Junk/default.aspx" /><category term="Non-tech" scheme="http://blogs.msdn.com/sidhartg/archive/tags/Non-tech/default.aspx" /></entry><entry><title>Dynamically Hide/Disable controls in InfoPath 2003</title><link rel="alternate" type="text/html" href="http://blogs.msdn.com/sidhartg/archive/2006/08/24/Dynamically-Disable-or-hide-controls-in-InfoPath-2003.aspx" /><link rel="enclosure" type="application/x-zip-compressed" length="31323" href="http://blogs.msdn.com/sidhartg/attachment/716415.ashx" /><id>http://blogs.msdn.com/sidhartg/archive/2006/08/24/Dynamically-Disable-or-hide-controls-in-InfoPath-2003.aspx</id><published>2006-08-24T09:38:00Z</published><updated>2006-08-24T09:38:00Z</updated><content type="html">&lt;P&gt;Working on InfoPath form is an easy affair as long as, developers use it for the sole purpose of its creation (Creating a simple forms to capture data and publish them to a server for sharing). The moment this rule is broken, the increase in the complexity will be directly proportional to the features being implemented.&lt;/P&gt;
&lt;P&gt;There are situations where you may need to perform some action based on the currently logged in User, the role of the user or some other parameter.&lt;/P&gt;
&lt;P&gt;Recently, I was working on something which required us to do some UI validations based on the user logged in. We cannot directly use the user roles provided as the user names will be stored in a database and we need to set the UI according to the user preferences.&lt;/P&gt;
&lt;P&gt;This is not a straight forward task in InfoPath (though, I dont want to call it tedious aswell) as InfoPath does not work that way.&lt;/P&gt;
&lt;P&gt;So, we had to work on several work arounds and found a very simple alternative.&lt;/P&gt;
&lt;P&gt;In the attached sample, you can type in the&amp;nbsp;any username in the user name textbox and the dropdown will be disabled as soon as the username is identified as the current windows username.&lt;/P&gt;
&lt;P&gt;Pretty simple code... just look at how simple InfoPath makes things.&lt;/P&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=716415" width="1" height="1"&gt;</content><author><name>Sidhartg</name><uri>http://blogs.msdn.com/members/Sidhartg.aspx</uri></author><category term="Technical" scheme="http://blogs.msdn.com/sidhartg/archive/tags/Technical/default.aspx" /></entry><entry><title>Open and copy contents from one form to another in InfoPath 2003</title><link rel="alternate" type="text/html" href="http://blogs.msdn.com/sidhartg/archive/2006/08/11/695232.aspx" /><link rel="enclosure" type="application/x-zip-compressed" length="66529" href="http://blogs.msdn.com/sidhartg/attachment/695232.ashx" /><id>http://blogs.msdn.com/sidhartg/archive/2006/08/11/695232.aspx</id><published>2006-08-11T11:58:00Z</published><updated>2006-08-11T11:58:00Z</updated><content type="html">Open and copy contents from one form to another in InfoPath 2003...(&lt;a href="http://blogs.msdn.com/sidhartg/archive/2006/08/11/695232.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=695232" width="1" height="1"&gt;</content><author><name>Sidhartg</name><uri>http://blogs.msdn.com/members/Sidhartg.aspx</uri></author><category term="Technical" scheme="http://blogs.msdn.com/sidhartg/archive/tags/Technical/default.aspx" /></entry><entry><title>Using configuration file with InfoPath 2003</title><link rel="alternate" type="text/html" href="http://blogs.msdn.com/sidhartg/archive/2006/08/03/687366.aspx" /><link rel="enclosure" type="application/x-zip-compressed" length="92825" href="http://blogs.msdn.com/sidhartg/attachment/687366.ashx" /><id>http://blogs.msdn.com/sidhartg/archive/2006/08/03/687366.aspx</id><published>2006-08-03T09:43:00Z</published><updated>2006-08-03T09:43:00Z</updated><content type="html">&lt;P class=MsoNormal style="MARGIN: 0in 0in 0pt"&gt;If you are working with InfoPath 2003, sooner or later you’ll encounter situations requiring you to obtain information from a config file. If you are using Visual Studio 2003 you can add a config file to the project, but reading from that file is not possible using the configuration reader. You can load that file as an XML file and have to read from that. So, loading data from config file is not a straight forward task. However, there are certain workarounds for this.&lt;?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" /&gt;&lt;o:p&gt;&lt;/o:p&gt;&lt;/P&gt;
&lt;P class=MsoNormal style="MARGIN: 0in 0in 0pt"&gt;&amp;nbsp;&lt;o:p&gt;&lt;/o:p&gt;&lt;/P&gt;
&lt;P class=MsoNormal style="MARGIN: 0in 0in 0pt"&gt;Instead of using the app.config file, we can create a simple XML file and read from that file using the classes in System.Xml namespace. This also gives you the leisure of having the required schema, so you can load directly into, say, a dataset if the config file is complex.&lt;o:p&gt;&lt;/o:p&gt;&lt;/P&gt;
&lt;P class=MsoNormal style="MARGIN: 0in 0in 0pt"&gt;&amp;nbsp;&lt;o:p&gt;&lt;/o:p&gt;&lt;/P&gt;
&lt;P class=MsoNormal style="MARGIN: 0in 0in 0pt"&gt;To give a more professional look for this, it would be friendly for the user to provide an InfoPath form that will save the information into the required config xml file.&lt;o:p&gt;&lt;/o:p&gt;&lt;/P&gt;
&lt;P class=MsoNormal style="MARGIN: 0in 0in 0pt"&gt;&lt;o:p&gt;&amp;nbsp;&lt;/o:p&gt;&lt;/P&gt;
&lt;P class=MsoNormal style="MARGIN: 0in 0in 0pt"&gt;Attached is the sample InfoPath 2003 form (using Visual Studio 2005) which uses config settings taken from the xml file generated using another Config form to send mails.&lt;/P&gt;
&lt;P class=MsoNormal style="MARGIN: 0in 0in 0pt"&gt;&amp;nbsp;&lt;/P&gt;
&lt;P class=MsoNormal style="MARGIN: 0in 0in 0pt"&gt;NOTE:&lt;/P&gt;
&lt;P class=MsoNormal style="MARGIN: 0in 0in 0pt"&gt;&amp;nbsp;&lt;/P&gt;
&lt;P class=MsoNormal style="MARGIN: 0in 0in 0pt"&gt;This approach requires the forms to be provided with Full-trust and digitally signed&lt;/P&gt;
&lt;P class=MsoNormal style="MARGIN: 0in 0in 0pt"&gt;&amp;nbsp;&lt;/P&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=687366" width="1" height="1"&gt;</content><author><name>Sidhartg</name><uri>http://blogs.msdn.com/members/Sidhartg.aspx</uri></author><category term="Technical" scheme="http://blogs.msdn.com/sidhartg/archive/tags/Technical/default.aspx" /></entry><entry><title>Hello, World!</title><link rel="alternate" type="text/html" href="http://blogs.msdn.com/sidhartg/archive/2006/07/11/662019.aspx" /><id>http://blogs.msdn.com/sidhartg/archive/2006/07/11/662019.aspx</id><published>2006-07-11T09:39:00Z</published><updated>2006-07-11T09:39:00Z</updated><content type="html">&lt;P&gt;&lt;FONT face=Verdana size=2&gt;I am sure this is not the first time you are looking at that title.&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face=Verdana size=2&gt;I am pretty excited to start my blog at blogs.msdn.com. Though, this is not the first time I am saying "Hello, World!" in the blogging space, this is a special one for me.&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face=Verdana size=2&gt;I'm working with Microsoft Global Services, where we help customers build enterprise level applications using .Net and other Microsoft Server technologies. I don't assure that you'll get to know what we are doing in detail, but certainly will know some of the challenges we face here.&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face=Verdana size=2&gt;So, Stay tuned while I try and&amp;nbsp;do something and share it...&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face=Verdana size=2&gt;Best Regards,&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face=Verdana size=2&gt;IamJunk:)&lt;/FONT&gt;&lt;/P&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=662019" width="1" height="1"&gt;</content><author><name>Sidhartg</name><uri>http://blogs.msdn.com/members/Sidhartg.aspx</uri></author></entry></feed>