First let me apologize if this is a re-post. I tried searching but did not get the resolution.
I am sending an email as text attachment (which is an assembler macro) using SMTP. If we have a dot (".") on the first line; dot is neglected in the actual attachment. Example :
FILE1 is :
HELO MVSHOST
MAIL FROM:<abc@xyz.com>
RCPT TO:<abc@xyz.com>
DATA
FROM: <abc@xyz.com>
TO:<abc@xyz.com>
SUBJECT: TEST
MIME-VERSION: 1.0
CONTENT-TYPE: MULTIPART/MIXED; BOUNDARY="SIMPLE BOUNDARY"
--SIMPLE BOUNDARY
CONTENT-TYPE: TEXT/PLAIN
This is for SMTP
CONTENT-DISPOSITION: ATTACHMENT;FILENAME="SMTP.TXT"
Initial code in FILE2
-----------------------------------------------------------------------
MVC VAR1,VAR2
LA R05,VAR3
AGO .AAA30
.AAA20 ANOP ,
MVC VAR2,VAR1
.AAA30
-----------------------------------------------------------------------
Code in email attachment (notice the missing "." in AAA20 and AAA30)
-----------------------------------------------------------------------
MVC VAR1,VAR2
LA R05,VAR3
AGO .AAA30
AAA20 ANOP ,
MVC VAR2,VAR1
AAA30
-----------------------------------------------------------------------
SMTPĀ parameters are very sensitive , Is there a way to send the macro as it is in text format?
Joined: 06 Jun 2008 Posts: 8696 Location: Dubuque, Iowa, USA
SMTP attaches special meaning to a period (or dot) in the first position. I have not researched the SMTP specification in the RFC documentation to see if that can be avoided. If you want to know for sure, check the RFC specification.
Joined: 08 May 2006 Posts: 1193 Location: Dublin, Ireland
One workaround which worked for me was to preprocess the macro into a temporary dataset, prefixing each line with a dot and then e-mailing the temporary dataset. The prefixed dot gets removed from each line and the result looks just like the original......