I am writing a simple CICS application to use the EXEC CICS SPOOLxxxx commands to write data to JES to be used by z/OS SMTP (not CSSMTP which we do not have running). My question is simple, but perhaps the answer is not. The question is, what is the best way to get the correct "domain name" to be used in the SMTP HELO command?
We have quite a few batch processes that use the z/OS SMTP server to send email. All of them appear to just have coded "HELO ZOS". While this works, it also is not technically "correct" because "ZOS" is not in fact the "domain name". Rather, in our DEV LPAR it should be "zosd.fb" and in production "prd1.fb". So we have a lot of the following the the SMTP LOGFILE DD: EZA5460I 09/02/14 09:01:24 BSMTP Helo Domain: ZOS I've never heard of you! rather than the more desirable: EZA5460I 09/02/14 12:23:11 BSMTP Helo Domain: zosd.fb Yours too, I see! SMTP doesn't seem to really care. Other than the message above it still works no matter if you supply the "correct" domain or not. I looked at the source code for the SMTPNOTE CLIST and see that even there the value is hardcoded. Do we just need to make this somehow configurable and make sure we configure it with the name of the LPAR the CICS is running in? Seems a bit of overkill. Honestly, the whole requirement for a user application to actually specify SMTP commands seems to me to be more than a little crazy. And in any case, the requirement for specifying "who I am" on the HELO is even odder. Especially since (for example) the Microsoft Exchange SMTP server doesn't even require it: 220 ES05.firstbank.fb.ent2 Microsoft ESMTP MAIL Service ready at Tue, 2 Sep 2014 12:39:56 -0600 HELO 250 ES05.firstbank.fb.ent2 Hello [10.100.5.50] whereas the z/OS SMTP server does require it. When not present the email is not sent and the SMTP log shows: EZA5465E 09/02/14 12:48:53 Deleting Spool File from undetermined origin job number (JOB04887) Perhaps in the end I'll just use "HELO ZOS" just like every other email job we have. But I like to have things as "correct" as possible (when possible and not a huge amount of extra work). Thanks, Frank ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
