Kris; I have verified the PDF files that MAILIT is attempting to send as attached files are not empty PDF files. And for several weeks I have been displaying the return code from the MAILIT call in my EXEC. Below are snippets of the console files from my exec calling MAILIT and my SMTP server.
This only happens once in a while and never for all of the files/emails being sent during a particular call to the process. On this night (1/18) there were 176 emails sent with attached PDF files, and 7 were rejected by SMTP as being null. I read in one of the files that got rejected to my reader by SMTP, I can tell it's a file from MAILIT but that is about it. IF my SFS server rejected the request from MAILIT to access the PDF file I am trying to attach to my the email, would MAILIT report that rejection in it's return code when it comes back to my exec? ======================= >From my exec calling MAILIT ======================= 13612 Send_attached_file: 13613 dfer...@serinc.net<mailto:dfer...@serinc.net> 000023 PDF R1 22:20:53 13614 Mailit-rc= 0 13615 * From SMTP: Received Spool File 3875 ======================= >From my SMTP machine ======================= 04451 RDR FILE 3874 SENT FROM ARPTSRVR PUN WAS 6954 RECS 0191 CPY 001 A NOHOLD NOKEEP -> 04452 RDR FILE 3875 SENT FROM ARPTSRVR PUN WAS 6955 RECS 0004 CPY 001 A NOHOLD NOKEEP -> 04453 DTCSMT1227E 01/18/11 22:20:53 Null Spool File: 3875 transferred to BILLP 04454 RDR FILE 3876 SENT FROM ARPTSRVR PUN WAS 6956 RECS 0200 CPY 001 A NOHOLD NOKEEP 04455 RDR FILE 3877 SENT FROM ARPTSRVR PUN WAS 6957 RECS 0004 CPY 001 A NOHOLD NOKEEP 04456 DTCSMT1227E 01/18/11 22:21:13 Null Spool File: 3877 transferred to BILLP 04457 RDR FILE 3878 SENT FROM ARPTSRVR PUN WAS 6958 RECS 0192 CPY 001 A NOHOLD NOKEEP 04458 RDR FILE 3879 SENT FROM ARPTSRVR PUN WAS 6959 RECS 0192 CPY 001 A NOHOLD NOKEEP 04459 RDR FILE 3880 SENT FROM ARPTSRVR PUN WAS 6960 RECS 0004 CPY 001 A NOHOLD NOKEEP 04460 DTCSMT1227E 01/18/11 22:21:43 Null Spool File: 3880 transferred to BILLP ======================= Thank you Bill -----Original Message----- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Kris Buelens Sent: Thursday, January 20, 2011 9:41 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: MAILIT question No, no-oneever told me about such problems. Note that there are no timeout mechanisms in SFS, so a slow SFS server can only cause a slowdown of MAILIT. At the other hand, if the SMTP server on VM is slowed down, maybe the mail server it is sending mail too gets impatient? MAILIT can not know if SMTP dislikes a mail file: it doesn't communicate with SMTP: it simply creates a spool file and send that to SMTP. If you suspect MAILIT gives RC 0 when a file to attach isn't found, simply try it out? Like this MAILIT TEST TO(xxxx at yyyy) subject test attach(notexist file) text this is a test 2011/1/20 Bill Pettit <bill.pet...@ormutual.com<mailto:bill.pet...@ormutual.com>> I have been using MAILIT to send emails with attached PDF files for several months now. 99.5% of the time it works like a champ, no errors. But, every now and then I find a few of the emails rejected by SMTP, he says it he rejecting them because they are NULL files. I have nailed this down I think to periods when my SFS server is very busy receiving files from other processes that are running at the same time, it just depends where we are in our nightly batch cycle if this happens to coincide with the sending of the emails with the attached PDF files. The problem is MAILIT always returns me a zero return code, whether the files are rejected by SMTP or not. I am suspecting (and hoping) that MAILIT is getting a return code from SFS saying it cannot provide the file for MAILIT to attach when MAILIT is building the email, but I have not been able to verify that yet. Anyone else that is using MAILIT have a similar experience? Thank you Bill Pettit -- Kris Buelens, IBM Belgium, VM customer support
