Didn't try the NOSOURCEROUTE. Barry Merrill replied with an example. He had a sender= coded.
Changed our code to explicitly include a sender= and that has resolved the problem. Alan Field Systems Engineer Principal Blue Cross Blue Shield of MN 651.662.3546 -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Donald J. Sent: Thursday, April 28, 2016 9:09 AM To: [email protected] Subject: Re: SMTP question. Does adding "NOSOURCEROUTE ENABLED" to your SMTP task config change anything? -- Donald J. [email protected] On Wed, Apr 27, 2016, at 05:05 PM, Field, Alan wrote: > We run SMTP on one lpar (z/OS 2.1). > > Recently we switched our mail server from Notes to Exchange. > > Mostly transparent except for one lpar, and only some jobs even then. > > The failing jobs use SAS email. They run fine on 5 lpars, fail on one. > > One thing we see from the failing lpar (in the SMTP log) is > > MAIL FROM:<userid%[email protected]> > > My exchange guy says it is the % that is causing the problem. > > What I cannot find is where/how this is being generated and why it > only affects SAS emails on the one lpar. XMITIP from the same lpar works > correctly. > > I have compared the TCPDATA and PROFILE members for each lpar and > apart from the expected differences (like node names) they appear to be > identical. > > Any SMTP wizards care to offer suggestions, please. > > Alan Field > Systems Engineer Principal > Blue Cross Blue Shield of MN > > 651.662.3546 > > > > This email and any files transmitted with it are confidential and intended > solely for the use of the individual or entity to whom they are addressed. If > you are not the named addressee you must not disseminate, distribute or copy > this e-mail. Please notify the sender immediately by e-mail if you have > received this e-mail by mistake and delete this e-mail from your system. If > you are not the intended recipient you are notified that disclosing, copying, > distributing or taking any action in reliance on the contents of this > information is strictly prohibited. > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to [email protected] with the message: INFO IBM-MAIN -- https://urldefense.proofpoint.com/v2/url?u=http-3A__www.fastmail.com&d=CwICAg&c=zjLIypOkeQKJfe4BYrJ5J55pYA-45JElRiaMoh2hP7Q&r=SaL11MvL9LWz-4CkTmMYltgrRR9mrR4t5HY7AKmOSPE&m=8EChiei2A-Dc19_HOuRl6XftO_NpHOul6ODOm_BNKrk&s=U1zM4RBVNaPz3td76drzE2vkisOlJq7u4030UJ_t87g&e= - Same, same, but different... ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you are not the named addressee you must not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
