09-24-2004 08:52 AM
09-24-2004 09:49 AM
09-24-2004 10:25 AM
09-24-2004 11:27 AM
03-05-2009 02:22 PM
03-06-2009 09:29 AM
09-08-2009 03:16 AM
Thanks!
I am struggling ATM with an issue i have with all the ActiveX-VIs to send eMails over Outlook: Every eMail sent (every time the ActiveX gets called) starts a new instance of outlook.exe which
1.: Eats away 50 megs of RAM each time
2.: Stops Outlook with a message about too many connections to an .OST-file. (Can understand that with 5 Outlooks accessing the same file )
Unfortunately i cannot use the Builtin-VIs to send eMails because i cannot send eMails to the outside-World of our company with them:
220 [Exchangeserver] Microsoft ESMTP MAIL Service, Version: 6.0.3790.3959 ready at Mon, 7 Sep 2009 17:26:07 +0200
250 [Exchangeserver] Hello [10.113.133.112]
250 2.1.0 [my_email]@roche.com....Sender OK
550 5.7.1 Unable to relay for [private]@gmx.net
554 5.5.2 No valid recipients
500 5.3.3 Unrecognized command
I dont know why...
But ATM the only way of successfully sending eMails to everywhere is with the ActiveX either from this thread or from NI directly (http://zone.ni.com/devzone/cda/epd/p/id/3708)
Unfortunately this works for only a few Mails and then the computer goes bogus because of too many started outlook-instances...
So i ask: Is there a way in closing those darn instances again?
To the code: I used the VIs from the thread here and from the NI examples unmodified and filled in the Recipent, Topic and Body.¨
Help?
09-08-2009 09:47 AM
09-08-2009 03:25 PM
smercurio_fc wrote:Sorry, I don't speak Twitter. What is ATM?
Have you tried using the .NET solution?
LOL (you know this one, I hope)! According to the Urban Dictionary, it means "At the moment" - among other things. Inferring from context, I believe this is the definition we should be using. 😉
Bill
09-09-2009 06:57 AM - edited 09-09-2009 07:02 AM
Oh boy, my bad... Sorry!
Yes. ATM = At the moment.
Sorry... english is all except my mothers tongue... Swiss-German anyone?
The .NET solutions dont work either for me. More down the post...
I jsut found out (20 mins ago) that this problem only exists on my Laptop i am using for LabVIEW-Coding and NOT on my PC i use for daily work (If i make an exe and let it run there).
Now there is something in outlook (2003) which is called something like offline synchronisation. This some sort of overrides the close-command from the ActiveX and waits till... Dont know... The exchange server? No idea...
I managed to send eMails over ActiveX over my own (nasty!!) solution:
[VI] --> [Batch-file with parameters] --> [VBScript with parameters] --> [ActiveX] --> [Outlook] --> [eMail & SMS]
I told ya it is nasty! Hahaha!
The VI makes a system call to: C:\path\to\mailactivex.bat [recipent] "[Topic]" "[Body]"
The mailactivex.bat looks like: mailactivex.vbs %1 %2 %3
The mailactivex.vbs is:
Set MyApp = CreateObject("Outlook.Application")
Set MyItem = MyApp.CreateItem(0) 'MailItem
With MyItem
.To = Wscript.Arguments(0)
.Subject = Wscript.Arguments(1)
.ReadReceiptRequested = False
.Body = Wscript.Arguments(2)
End With
MyItem.Send
The middle step over the Batch-File is used here because otherwhise i dont call the VBScript with the current logged user which is very important to do because his credentials on the Net get used for the Outlook-autentification.
I posted this solution here only because maybe someone has a locked-out system and needs this user-autentification...
I will make a short test with the ActiveX-VI and report back here. Seems to my at the moment (aka "ATM" ) like a problem of Outlook and not of LabVIEW or ActiveX.