to
replace something, it should not change such things.
From: Bryan Klimek klimek.br...@mayo.edu
To: IBM-MAIN@bama.ua.edu
Date: 01/18/2011 06:22 PM
Subject:Re: EMail attachments stopped working
Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu
I know the original
IMHO, things like XMITIP have a great place in business. Some of us work in
smaller shops, with limited hardware and software budgets. If I can find a
piece of 'freeware/shareware' that works, even with the qualification that
YMMV, if it fits my needs I will use it. I have found that the
In
ofd4fe9bde.877881c8-on8825781c.007b5fd4-8825781c.007be...@ea.epson.com,
on 01/18/2011
at 02:33 PM, John Mattson john_matt...@ea.epson.com said:
However, the RFC for SMTP defines the maximum for a line of data as
1000,
That's including the CRLF. That makes the largest FB LRECL 998.
--
In
ofb8309a50.37bd983a-on8825781c.006a7b54-8825781c.006b6...@ea.epson.com,
on 01/18/2011
at 11:32 AM, John Mattson john_matt...@ea.epson.com said:
Is there an IBM Manual which will tell me the proper format and
limitations for these eMail messages and MIME parms???
I hope not; they should
John
Maybe zOS 1.11 will be better... gotta be, right?
If you are going to wait for a functionally stabilised and replaced component
like SMTP to improve, you will meet Godot first!
SMTP (old, nay antique, and VMCF-dependent) is replaced by brand shining
new CSSMTP as of z/OS V1R11. I guess
Ulrich
Being free means there's no incentive to assure function and that's a key
factor for business use. Which tends to make being free the worst thing
about XMITIP!
Chris Mason
On Tue, 18 Jan 2011 14:40:46 -0800, Ulrich Krueger u...@pacbell.net
wrote:
To John Mattson:
Have you considered
: EMail attachments stopped working
Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu
Ulrich
Being free means there's no incentive to assure function and that's a key
factor for business use. Which tends to make being free the worst thing
about XMITIP!
Chris Mason
On Tue, 18 Jan
On 1/20/2011 10:13 AM, John Mattson wrote:
WHICH brings up another point. Ain't it a shame when great techs
go over to management type positions? I see that Lionel has moved up (?)
and will now be in the sales department at IBM (see:
http://www.lbdsoftware.com/index.htm ) and will
In p06240809c95addf724c8@[192.168.1.11], on 01/18/2011
at 01:17 AM, Robert A. Rosenberg hal9...@panix.com said:
What I was saying is that as soon as the SMTP Server sees a DATA
command, it treats the rest of what it is passed as the MESSAGE BODY.
That is incorrect; it treats the subsequent
In
of7ee50016.5336dbd7-on8825781c.0063281c-8825781c.00648...@ea.epson.com,
on 01/18/2011
at 10:18 AM, John Mattson john_matt...@ea.epson.com said:
ALL: Right now I have a FB 80 input which DOES work
I'm surprised that the invalid[1] type txt/plain didn't cause any
problems.
BUT my
In aanlktina5rbjete1ifgnww9lltxyuip5szp3nryec...@mail.gmail.com, on
01/18/2011
at 12:07 AM, zMan zedgarhoo...@gmail.com said:
No, DATA is the end of the envelope. SMTP doesn't know from MIME: it
just knows envelope and body. MIME is content only, interpreted by
the MUA, not the MTA. MIME is a
In p06240807c95abaf02387@[192.168.1.11], on 01/17/2011
at 11:01 PM, Robert A. Rosenberg hal9...@panix.com said:
I am be incorrect but the DATA Statement needs to be the LAST header
DATA is *not* a header field, it is a command. Both the header and the
body follow the DATA command.
(ie:
In aanlktikesoh7vzsr3facak3723kfdavwzdpd9hjva...@mail.gmail.com, on
01/17/2011
at 10:40 PM, zMan zedgarhoo...@gmail.com said:
No, sorry -- postmaster is where bounced notes go.
Deliverty status notifications are supposed to go to the reverse path
from the MAIL command.
--
Shmuel
In
of31c0b1cf.1c868993-on8825781c.0009e3bf-8825781c.000b1...@ea.epson.com,
on 01/17/2011
at 06:00 PM, John Mattson john_matt...@ea.epson.com said:
Early 2011-Jan eMails creating attachments using Mime
Try adding a Content-Transfer-Encoding Header Field.
Try correcting the content type.
Then
: 01/18/2011 05:14 AM
Subject:Re: EMail attachments stopped working
Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu
In
of31c0b1cf.1c868993-on8825781c.0009e3bf-8825781c.000b1...@ea.epson.com,
on 01/17/2011
at 06:00 PM, John Mattson john_matt...@ea.epson.com said
pretty small. Perhaps there is a way to make larger records work, or
Split and Continue the comma delimited records ?
From: Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net
To: IBM-MAIN@bama.ua.edu
Date: 01/18/2011 05:14 AM
Subject:Re: EMail attachments stopped working
On Tue, Jan 18, 2011 at 2:32 PM, John Mattson john_matt...@ea.epson.com wrote:
I 'think' I have finally ferreted out the catch in this thing.
1) boundary= is nice, but not required because we are using
Content-Type: txt/ I have tested this, and found that I still get the
attachment with or
zOS 1.11 will be better... gotta
be, right?
From: Alan Altmark alan_altm...@us.ibm.com
To: ibmtc...@vm.marist.edu
Date: 01/18/2011 12:58 PM
Subject:Re: EMail attachments stopped working
Sent by:IBM TCP/IP List ibmtc...@vm.marist.edu
While there are only vague
attachments stopped working
On Tue, Jan 18, 2011 at 2:32 PM, John Mattson john_matt...@ea.epson.com
wrote:
I 'think' I have finally ferreted out the catch in this thing.
1) boundary= is nice, but not required because we are using
Content-Type: txt/ I have tested this, and found that I still get
On Tue, 18 Jan 2011 13:59:46 -0800, Phil Smith wrote:
I've been following this thread, and asked Someone at IBM Who Shall Remain
Nameless, who replied:
The MTA doesn't care about MIME, per se, but it may not be coded defensively
in the event those posited too-long-lines are causing a problem.
On Tue, 18 Jan 2011 14:33:21 -0800, John Mattson wrote:
However, the RFC for SMTP defines the maximum for a line of data as 1000,
so that wins over z/OS. If you want to have lines longer than 1000 you
can, but you have to encode the text using something other than plain text
and spread it across
I know the original poster said they were using z/OS 1.8 and this does not
address the original problem. But IBM now has a replacement SMTP client for
z/OS.
http://publib.boulder.ibm.com/infocenter/ieduasst/stgv1r0/topic/com.ibm.iea.commserv_v1/commserv/1.11z/appl/cssmtp.pdf
We made the switch a
zOS 1.08 (yes, I have 1.11 ready to go as soon as I get management OK).
Please be gentle, TCPIP is not my strength.
Early 2011-Jan eMails creating attachments using Mime stopped working.
What we do is fairly simple, create three FB 80 PS datasets, one with the
addressing mime info, One with
SWAGs:
So what makes that a bad note? Do you know? What's it supposed to do
with a bad note? Did POSTMASTER (or equivalent) go away?
MIME is content-related, doesn't (shouldn't) have anything to do with SMTP.
On Mon, Jan 17, 2011 at 9:00 PM, John Mattson john_matt...@ea.epson.com wrote:
zOS
only a nodding acquaintence with.
From: zMan zedgarhoo...@gmail.com
To: IBM-MAIN@bama.ua.edu
Date: 01/17/2011 06:19 PM
Subject:Re: EMail attachments stopped working
Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu
SWAGs:
So what makes that a bad note? Do you
contain the MIME statements. WHICH I confess I
have only a nodding acquaintence with.
From: zMan zedgarhoo...@gmail.com
To: IBM-MAIN@bama.ua.edu
Date: 01/17/2011 06:19 PM
Subject: Re: EMail attachments stopped working
Sent by: IBM Mainframe Discussion List IBM-MAIN
At 18:00 -0800 on 01/17/2011, John Mattson wrote about EMail
attachments stopped working:
So, our first PS 80 dataset contains something like this...
HELO EAI1.EPSON.COM
MAIL FROM:rn_c...@ea.epson.com
RCPT TO:edwin_bern...@ea.epson.com
DATA
FROM: rn_c...@ea.epson.com
TO:edwin_bern
, John Mattson wrote about EMail attachments
stopped working:
So, our first PS 80 dataset contains something like this...
HELO EAI1.EPSON.COM
MAIL FROM:rn_c...@ea.epson.com
RCPT TO:edwin_bern...@ea.epson.com
DATA
FROM: rn_c...@ea.epson.com
TO: edwin_bern...@ea.epson.com
SUBJECT: (TEST
On Tue, 18 Jan 2011 00:07:04 -0500, zMan wrote:
No, DATA is the end of the envelope. SMTP doesn't know from MIME: it
just knows envelope and body. MIME is content only, interpreted by the
MUA, not the MTA. MIME is a red herring here.
Time was. But nowadays I suspect there are busybody MTAs that
At 00:07 -0500 on 01/18/2011, zMan wrote about Re: EMail attachments
stopped working:
No, DATA is the end of the envelope. SMTP doesn't know from MIME: it
just knows envelope and body. MIME is content only, interpreted by the
MUA, not the MTA. MIME is a red herring here.
What I was saying
30 matches
Mail list logo