- I am extremely delighted that []cse 'Close' unloads any DLL loaded by []CSE. This used to be quite an irritation since I had to close APL+Win before I could re-compile in Visual Studio; relieved that I do not have to do this anymore.

- GetMethods is a big help in constructing a method call. However, it enumerates all the parameters; there is no hint about optional parameters. Would it be possible to enhance this method such that it shows optional parameters in square brackets?

I'm sending SMS via email gateways. This requires knowing who the service provider for a given phone number. There are online databases where this can be looked up, or paid services if one were building a commercial application. The freemail service Gmail using secure connections. My cable company service does not. Sending email via Gmail and []NI is difficult, but using .Net and []CSE it is very simple.

I've attached a workspace that will send an email message via Gmail. Note, if you have 2-factor verification setup on Gmail, you need to use an application specific password which you can create in Gmail settings.

The function in the workspace has all the function calls embedded in it, they can be removed if you wish. To use the function, you need to have your Gmail user name and password. This can be included in the function as a default if you wish.

For the right argument, I shown an example of US based Verizon Email to SMS gateway. The International code is not required, just the 10-digit US phone number. For the UK, you would to lookup what the Email to SMS gateway is and use that email address. Note that the code in SendGmail will also send regular email messages to any email address (once you get over the verification hurdle).

Note: I may not have all the needed characters escaped correctly or at all in the posted function for HTML data, but for simple text, it should work.

Your function works for emails but NOT for SMS when the SMTP server does not have (or automatically connects to) an SMS gateway. I can send emails, after changing the port number to use with the SMTP server.

Both the name of the server and the port need to be verified.Very good demonstration of how APL benefits from adopting new technology, albeit on a piecemeal basis.With this ability to email, for instance, I can start a long running APL process and be alerted by email when it completes or encounters an error.Thanks, Brent.

Sending an SMS is no different that sending an email message, at least with U.S. numbers, so I'm not understanding your issue with being able to send an email and not an SMS. Sending an email to the gateway address via Gmail will generate an SMS message on my phone.

This simple project was to be able to send to a group, SMS messages automatically from within APL+Win.

I am not sure what the issue is. Emails go through but SMS do not.- my email is *@googlemail.com but I used smtp.gmail.com and port 465- what is @vtext.com (in your example)?- I've tried the mobile number with and without the international dialling code.- What is the SMS parameter?

Each cellphone service provider has their own phone email address. The "vtext.com" example is for Verizon in the U.S. The email address which will generate an SMS message on my phone is the 10-digit phone number @vtext.com, If my number were (it is not) 909-555-1212, the SMS email address would be 9095551212@vtext.com. If my service provider were ATT, it would be 9095551212@txt.att.net. If my service provider were spring, it would be: 9095551212@messaging.sprintpcs.com.

For a list of global SMS email gateways, see:http://www.emailtextmessages.com

"failure to send" does suggest that my specification of the mobile number <address> is incorrect. I've got the number correct but obviously not the bit following the @ symbol. My phone service provider is EE - erstwhile ORANGE; I do some research to figure out what the @ suffix needs to be.

A Google search shows that EE does not apparently have an Email-to-SMS gateway. Orange, which uses the EE network and apparently now is EE used to have a SMS gateway of phonenumber@orange.net. It may no longer work as it has been absorbed into EE.

Got it to work. (Not to an EE number as EE have disabled this facility - they had this facility until recently; they were using TMobile's gateway).The problem all along with getting the correct SMS Email Gateway address.