Can't get SMTP E-Mail Working

Hi, trialling 24x7 Scheduler 3.4.27 under Windows 2000...

Under Options I have:
Email interface: SMTP
SMTP server: lavabit.com
SMTP sender address: xxx@lavabit.com

In the job I have:
Account: healthstat
Password: xxx
Recipients: xxx@orcon.net.nz

In the message log I keep receiving: Notification Action Failed: The mail server doesn't like the name <xxx>...

The recipient address is definitely correct, and I've tried other addesses. I've retyped the password a number of times.

Any clues?

Thanks

For SMTP, in the account name instead of "healthstat" you should enter the sender's email address.

	SysOp wrote:
	For SMTP, in the account name instead of "healthstat" you should enter the sender's email address.

Thanks for the reply but it's still not working. I now have:

Under Options I have:
Email interface: SMTP
SMTP server: lavabit.com
SMTP sender address: xxx@lavabit.com

In the job I have:
Account: xxx@lavabit.com
Password: zzz
Recipients: yyy@orcon.net.nz

i.e. sending from xxx to yyy.

In the message log I'm still receiving: Notification Action Failed: The mail server doesn't like the name <yyy>...

Your SMTP email server might be configured not to allow email relaying to external email addresses or not to allow emails sent from non-Outlook programs, or only allow emails sent to specific IP addresses, and the system where you are trying that is not one of them. Try sending the same email from a different program using same computer, sender/recipient and of course using SMTP protocol. If it also fails, talk to your email admins and ask them to remove the blocking.

SysOp wrote:

Your SMTP email server might be configured not to allow email relaying to external email addresses or not to allow emails sent from non-Outlook programs, or only allow emails sent to specific IP addresses, and the system where you are trying that is not one of them. Try sending the same email from a different program using same computer, sender/recipient and of course using SMTP protocol. If it also fails, talk to your email admins and ask them to remove the blocking.

Thanks for continuing to troubleshoot this.

Both the SMTP server/login and destination e-mail address are used in a number of other programs--in particular SAS and in SmartBatch (which I was also trialling).

From my experiments with 24x7 the SMTP sender address in Options is being completely ignored, and the Recipient defined in the job wizard is being used for both the login and destination address.

The a/c in the job wizard is being used as the 'from' address.

e.g.
Options-SMTP server is lavabit.com
Options-sender address is dummy1

Job Wiz-account is dummy2
Job Wiz-Recipients is xxx@lavabit.com

If I run the job the e-mail is successfully sent to xxx@lavabit.com. The from and reply-to contains dummy2.

This seems broken to me. Thoughts?

24x7 Scheduler 3.4.27, Windows 2000

Hi. Any progress on this?

And you said

	Quote:
	If I run the job the e-mail is successfully sent to xxx@lavabit.com

Am I missing something?

BTW: The sender's email in Options is not used by jobs, this email is used for a different purpose. The 'account' from jobs is used as a sender (in other words, for from and reply-to). Make sure to enter 'account' in the format accepted by your email server.

	SysOp wrote:
	Am I missing something?

Yeah, the recipient address seems to be used for both SMTP login and destination address, so I can only send e-mail to myself ;-)

Your email server is blocking other emails. Check with admins and ask them to see the server log. They should be able to tell you why the email is blocked.

	SysOp wrote:
	Your email server is blocking other emails.

No, as above, it works from two other software products on the same peecee.

If I use the following config:

Options-SMTP server is lavabit.com
Options-sender address is dummy1

Job Wiz-account is dummy2
Job Wiz-Recipients is xxx@lavabit.com

I can login to the lavabit SMTP server as xxx@lavabit.com and send e-mail to the same address.

Nowhere else in 24x7 have I specified my SMTP login, therefore it would appear that 24x7 is incorrectly using the recipient address for both SMTP login and the destination.

Your login is your sender's email address. In your sample, you use dummy2. As I indicated twice already you must enter a valid email into the account property recognized by your email server, otherwise the email would be blocked on the email server.

PS. Please don't get confused by the property name "account" This property is not only for SMTP, but also for MAPI. That's why it has a generic name. In some corporate email systems, in certain setups it is also allowed to enter user name instead of the email address.

	SysOp wrote:
	Your login is your sender's email address. In your sample, you use dummy2. As I indicated twice already you must enter a valid email into the account property recognized by your email server, otherwise the email would be blocked on the email server.

OK, we're both repeating ourselves ;-) I think there's a bug, you think I've mucked up the config.

Can I send you my SMTP login details back channel and you recreate my job config in 24x7 and see what happens?

Please email all private information to the support account. Don't post it in the forum. The support email is available in the Help/About box.

I'd like to update anybody else reading this thread:

- 24x7 (Windows edition) does not authenticate with the SMTP server unless the server asks for it
- Lavabit.com does not ask for authentication

So therefore 24x7 fails when trying to send a message using Lavabit: as you're not logged in all messages (except those to yourself) are rejected.

The solution was to switch to 24x7 multi-platform edition (which also runs under Windows). This edition always logs in, regardless of the server asking for it or not (the same behaviour as SAS, MS Outlook, and Apple Mail).

I'd also like to thank SoftTree for working through this with me... thanks guys. Your support is excellent and a definite recommendation for your product.