But if you can telnet from the same subnet as the HE hub then that won't be the issue..
Is there any other information in the logs?
I see this message: parse 250 2.0.0 Ok: queued as 7B08792C099A
Which I believe to be a server response.
There must be something else wrong with my server.
Are you running with SSL/TLS maybe? HEmail can't handle that unfortunately.
1 Like
I will check to see if the configuration changed, but if it did, I wouldn't have expected the telnet session to work. Right?
Did you connect and actually send an email that way? You would have had to encode your user/pwd in base64 etc etc.
If you used STARTTLS then HEmail can't handle that. I also have another app that uses NodeJS called DoNS-email. I don't have a docker image sorry but that works with gmail directly.
1 Like
Thank you for being so responsive, I sincerely appreciate it. I am going to check my server out and see if the container is broken for a bit and if that doesn't work then I will try the DoNS scripts.
Thanks again erk!
1 Like
Fixed it! Everything works well now, and it was all on my end with the container I created. Once I went through and rebuilt it everything started up great.
1 Like
If there is active development on this, it would be worthwhile making the username/password optional and having the driver handle that correctly.
I hack&slash'd it out (my ISP provides an unauthenticated SMTP server for users on its network), but surely I'm not the only one to need that.
Yeah that was a conscious design decision to leave the "security" at the server level.
Should be fairly easy to tweak it to work the way you want though.
this doesnt seem to be working for me.. you should just be able to telnet like this
220 R900 (IMail 12.5.7.59 7343-1) NT-ESMTP Server X1
helo
250 hello R900
mail from:kahn@lgk.com
250 ok
rcpt to:kahn-hubitqt@lgk.com
250 ok its for kahn-hubitqt@lgk.com
data
354 Please start mail input.
subjectg:test
sadf
sfad
sdf
sdffsd
.
250 Mail queued for delivery.
here are the errors not sure what you are trying to do?
dev:6542020-08-25 07:03:22.375 pm debugsetting state.lastMsg to 502 Command not implemented
dev:6542020-08-25 07:03:22.369 pm debugparse 502 Command not implemented
dev:6542020-08-25 07:03:22.354 pm debugsetting state.lastMsg to 250 ETRN
dev:6542020-08-25 07:03:22.349 pm debugparse 250 ETRN
dev:6542020-08-25 07:03:22.334 pm debugsetting state.lastMsg to 250-DSN
dev:6542020-08-25 07:03:22.329 pm debugparse 250-DSN
dev:6542020-08-25 07:03:22.314 pm debugsetting state.lastMsg to 250-8BITMIME
dev:6542020-08-25 07:03:22.309 pm debugparse 250-8BITMIME
dev:6542020-08-25 07:03:22.293 pm debugsetting state.lastMsg to 250-SIZE 0
dev:6542020-08-25 07:03:22.288 pm debugparse 250-SIZE 0
dev:6542020-08-25 07:03:22.271 pm debugsetting state.lastMsg to 250-R900 says hello
dev:6542020-08-25 07:03:22.017 pm debugSending AUTH PLAIN AGthaG5AbGdrLmNvbQBzcGF6
dev:6542020-08-25 07:03:22.015 pm debugDomain Configured!
dev:6542020-08-25 07:03:22.010 pm debugparse 250-R900 says hello
dev:6542020-08-25 07:03:21.973 pm debugsetting state.lastMsg to 220 R900 (IMail 12.5.7.59 7333-1) NT-ESMTP Server X1
dev:6542020-08-25 07:03:21.679 pm debugSending ehlo lgk.com
dev:6542020-08-25 07:03:21.673 pm debugConnected to email server!
dev:6542020-08-25 07:03:21.662 pm debugparse 220 R900 (IMail 12.5.7.59 7333-1) NT-ESMTP Server X1
dev:6542020-08-25 07:03:20.988 pm debugConnecting to 173.14.182.125:25
--- Loading Past Logs... ---
This looks like a typo:
subjectg:test
um you are missing the point entirely .. that is to show how an email is sent with sendmail.. nothing else.. the point is the errors in this version of sendmail that is trying some funky stuff and not working to my imail server.
yes its a type but subjecdt is not even required it can be blank..
Yep you are right.. I did not understand what you were saying so apologies there. I have not looked at this code in a long time. Yes when I was developing it I used telnet to manually enter things similar to what you did - my server was a vm running ubuntu server.
First step would be to see if you can get it to work manually - if so then you should be able to edit the code to change it to the way your server requires. If you are having trouble with your server then I'm not sure how much help I can be...
edit: keep in mind there is no tls authentication possible for this due to HE groovy constraints.
edit2: I have another email app that runs on separate server called DoNS-email. Not as handy as HeMail but potentially more versatile.
Ya thanks I have written my.own send mail in c for windows but rewriting in groovy will not be easy. I think the issue is the type of encryption it is trying to do. Encryption/login is usually necessary for reading mail but not sending. Most smtp servers in fact all tharlt are front facing are open so that you can get mail from anyone ... as mine is as it is my own domain.
This is all leading down a very dark path.
One where I'm going to end up being tempted to find some way to stand up a very basic Linux system with Exim as a mail gateway. Then decide I need Splunk for logging. The next thing you know, I'll be having Lennox coming over to cool off my data center. 
I most certainly agree but you cannot do it with the currently included set of libraries available for HE Groovy - it was one of the first things I looked at. It's been a few versions ago so things may have changed but not sure.
The alternative is to make some sort of external server and set up a driver that communicates with it (via REST or whatever) to handle the secure email OR use a "meta" control system like Node-RED (which is what I ultimately did).
i hope you dont mind. i took yours and reworte it to do a basic sendmail.. no authentication or anthing will work with any server.. here is the link
1 Like
I get
No signature of method: Script1.attribute() is applicable for argument types: (java.lang.String, java.lang.String) values: [lastCommand, string] on line 10
