mta

If we make a thread STA like this: Thread.SetApartmentState(STA); then it cannot run code marked with [MTAThread] attribute. We have seen [STAThread] in windows and console applications but I have never seen code with [MTAThread] attribute and don't know which .NET libraries use this attribute. My question is what are the limitations of a thread with apartment state set to STA, in compare to threads with MTA apartment state (natural .NET threads) ? then it cannot run code marked with [MTAThread] attribute. That's not how it works. The apartment type is a property of a thread, not of a method.

I have a COM server (C++/STA (MFC based app)) and a COM client (C#/MTA). The COM server must live in an STA, since it's an MFC app (I have no choice in this matter). The client issues a call to the server, and the server issues a callback to the client. That's where the error happens ( RPC_E_CANTCALLOUT_ININPUTSYNCCALL ). I'm guessing if the server had been an MTA, this problem would never have arised, but sadly, the documentation for MFC explicitly denies initializing the apartment as an MTA. Any ideas on how to work around this problem? I have been toying with the idea of letting the server

I was trying to setup Processmaker on my Win7 system. For sending Email I want to use PHP's Sendmail(). But for that I need to install some MTA on my machine and need to configure php.ini for it. Can someone please guide me on MTA thing. I am follwoing this link for email setup. ( http://wiki.processmaker.com/index.php/2.0/Email_-_Settings ) Though I'd suggest using the phpmailer option (hm, a swiftmailer option would be even better imho) there's e.g. http://msmtp.sourceforge.net/ (or simpler http://glob.com.au/sendmail/ ) It takes an email like a sendmail mail submission agent would but doesn

Although there are many questions about COM and STA/MTA (e.g. here ), most of them talk about applications which have a UI. I, however, have the following setup: A console application, which is by default Multi-Threaded Apartment (Main() explicitly has the [MTAThread] attribute). The main thread spawns some worker threads. The main thread instantiates a single-threaded COM object. The main thread calls Console.ReadLine() until the user hits 'q', after which the application terminates. A few questions: Numerous places mentions the need of a message pump for COM objects . Do I need to manually