Actually I have now solved this - at about two in the morning, I worked it out. Calling endedit on the bindingsource component doesn't (for reasons best known to MS,) pass through to the DGV that's bound to it. So to make my code work correctly I have to call endEdit on the DGV first and then call endEdit on the bindingsource. I call this very strange behaviour, but at least now I can move on. http://www.ViSYNERGY.com End of Line.

This has been something of an object lesson in futility. At the beginging of this exploration I had entertained hopes for the system.diagnostics.process class, but I now know that although I can get a good deal of information about running processes, including a handles count, a list of open file handles is not available. More research has concluded that the functionality I'm trying to expose in my programme is only available via the NT Native API, which is way beyond the scope of anything I can hope to achieve at the moment. I have spent two days googling till I'm blue in the mouth and trawling up and down inside MSDN and got nowhere. I did however get a few insights into some interesting things which may well be useful in the future, so it hasn't been a complete waste of time. Thanks to Dave Kreskowiak for - well nothing very much. TTFN http://www.ViSYNERGY.com End of Line.

http://www.regexlib.com "Every morning I check Forbes 40 richest Indians list , if i'm not there I go to work."

Shiby you're talking nonsense, there is nothing wrong with the content of the stringbuilder, it contains all the information. Ista your point may or may not be valid, but it still doesn't explain why the resultant email only contains the first 1022 characters of the html message portion and the entire message in the plain text portion. End of Line.