IBM Mainframe Forum

by **Balesh013GG** » Fri Nov 02, 2012 1:08 pm

Hello, I have a data of 223299 lines in a GDG file. After the SMTP job runs I am getting only 34951 lines in the attachment. Please suggest on how we can overcome of this issue.

by **NicC** » Fri Nov 02, 2012 2:04 pm

So you have a new problem, so start a new topic. Post split.

What analysis of the problem have you done so far? Is the last line received the same as the last line sent? Same question for first line. I.E. are you sure that you are checking the correct file? What error messages, if any, were produced in the FTP session? Is there a limit to the number of lines that you are allowed to send as an attachment? etc etc

by **Robert Sample** » Fri Nov 02, 2012 4:42 pm

SMTP limits the number of bytes that can be sent in a message -- whether body of text or attachment. Since each site sets its own limit based upon its needs (there is a parameter in the SMTP configuration file read when TCP/IP starts SMTP), you absolutely MUST contact your site support group for assistance. Nobody at this forum is likely to work for your site, and only someone working at your site can help you. The parameter setting is not something that can be controlled by an application programmer as it applies to the entire LPAR, not just your one SMTP task.

by **dick scherrer** » Fri Nov 02, 2012 9:23 pm

Hello,

If the volume is too large for an e-mail attachment, you might consider sending the file via ftp . . .

by **Balesh013GG** » Mon Nov 05, 2012 6:32 pm

Thanks Guys for all your effort in checking on this issue. I think its due to size limitation in SMTP.

by **Ed Goodman** » Tue Nov 06, 2012 9:08 pm

Perhaps the SMTP system is editing the report for you. It's probably removing those lines which are unimportant to the recipient. This was most likely done to reduce the run times at the receiving site, and to preserve paper.

If your user complains that lines are missing, it means you have to update the filter. Have them call their mail administrator and ask for a modification of the attachment filtering exit.

by **Balesh013GG** » Tue Nov 06, 2012 9:22 pm

at the end of the attachment it has "SMTP note from spool file job ID JOB49683 was truncated"... not sure where and why its getting truncated.

by **Robert Sample** » Tue Nov 06, 2012 9:40 pm

From the z/OS Communications Server Bookshelf, manual IP Configuration Reference section 30.29 on SMTP configuration parameters:

Use the MAXMAILBYTES statement to specify the maximum size in bytes of mail that is accepted over a TCP connection. Reply code of '552 Mail file too large' is sent to the remote SMTP client if the number of mail bytes arriving exceeds this value. This value is also used to determine the space allocation requirements for the data sets which hold the mail during processing (see Usage Notes in this section below). These data sets names are &mailfiledsprefix.*..NOTE and occupy a minimum of 2 tracks per data set.

The default value is 524288 (512K) and applies to both sending SMTP messages and receiving SMTP messages.

If you are getting a spool truncated message, however, the truncation could be occurring via JES. This is an issue where you can communicate with us just as much as you care too but you will not get any resolution to your problem here. The ONLY way to resolve your problem is to talk to your site support people and find out (a) where the truncation is occurring, (b) if they can change parameters to allow your message to be emailed, or (c) if you have to find another way (such as FTP) to accomplish the task.

by **Balesh013GG** » Tue Nov 06, 2012 9:45 pm

Thanks Robert for the information. I will try with different ways to overcome this.

by **Balesh013GG** » Thu Jan 31, 2013 12:38 pm

Select all

HELO xxxxx
MAIL FROM: <balesh.xxx@xxx.COM>
RCPT TO: <balesh.xxx@xxx.com>
DATA
FROM:balesh.xxx@xxx.com
TO:Bvcdf_df@hp.com
SUBJECT: EPORT - ERRORS
MIME-VERSION: 1.0
CONTENT-TYPE: MULTIPART/MIXED; BOUNDARY="SIMPLE BOUNDARY"

--SIMPLE BOUNDARY
CONTENT-TYPE: TEXT/PLAIN
CONTENT-DISPOSITION: INLINE

NOTICE :
THIS E-MAIL (INCLUDING ATTACHMENTS) IS CONFIDENTIAL AND LEGALLY
PRIVILEGED AND IS INTENDED SOLELY FOR THE ADDRESSEE.
THANK YOU FOR YOUR HELP

--SIMPLE BOUNDARY
CONTENT-TYPE: TEXT/PLAIN
CONTENT-DISPOSITION: ATTACHMENT; FILENAME=ERRRPT.txt

I am using this code in the SMTP sysin card. I am getting "0" apended to the first column of every line and also the first line is not been sent en email attachement.

IBM Mainframe Forum

Losing lines when sending file as an attachment

Losing lines when sending file as an attachment

Re: Losing lines when sending file as an attachment

Re: Losing lines when sending file as an attachment

Re: Losing lines when sending file as an attachment

Re: Losing lines when sending file as an attachment

Re: Losing lines when sending file as an attachment

Re: Losing lines when sending file as an attachment

Re: Losing lines when sending file as an attachment

Re: Losing lines when sending file as an attachment

Re: Losing lines when sending file as an attachment