At 07:42 -0300 on 09/06/2005, Shmuel Metz (Seymour J.) wrote about
Re: DUMP Datasets and SMS:
In <[EMAIL PROTECTED]>, on 09/04/2005
at 04:42 PM, "Robert A. Rosenberg" <[EMAIL PROTECTED]> said:
It seems to me that sending the dump as an Email Attachment as
opposed to an FTP would solve this issue of having to monitor the
FTP.
No; it would almost certainly exceed size limits every step of the way
and would be less reliable to boot.
Since the Attachment is defined as External, it does not get uploaded
to the SMTP Server and thus does not travel with the message.
There is an option to define the Attachment as EXTERNAL (ie: Not
included in the Message itself so there is no need to spool it at
the Sending and Receiving Ends).
Not in SMTP there isn't.
Try checking out http://www.faqs.org/rfcs/rfc2046.html [RFC 2046 -
Multipurpose Internet Mail Extensions (MIME) Part Two: Media Types]
section 5.2.3 External-Body Subtype.
What happens is that the transmission of
the Attachment is delayed until final delivery at which point an
automatic FTP-Type session is performed to do the transfer.
From what to what? You seem to be describing some sort of ad hoc setup
that requires control over the software at both ends.
By the receiving MUA when it accepts the message. Check out the above
section and the following example sections.
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
ISO position; see <http://patriot.net/~shmuel/resume/brief.html>
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
