Simon Shickman <SIMON1@HBUNOS>
Wed, 29 Jul 87 10:06:16 +0300
|
Here is my problem:
We run on a CDC machine with our own mailer. And all the
mail and files are converted to ASCII from EBCDIC as they pass
the mailer. The mailer knows how to process PUNCH format and
NETDATA format.
Someone sends a file to LISTSERV for distribution. LISTSERV
sees that I'm a BSMTP site so it creates a RFC822 header with a
nice Subject: line and then it appends the file in NETDATA
format. So the file has been "converted" to mail.
Now my mailer gets this mail-file, sees that it is a PUNCH
file, class M filetype MAIL, so it processes it as mail, the
first step of which is to convert from EBCDIC to ASCII, as
PUNCH!!! file. After this conversion, there is no way to
process the second half of the mail which is in NETDATA format,
simply because the binary control bytes info has been lost.
Has anyone else seen and solved this problem.
Regards, Simon.
Here is a sample:
Received: by TAUNIVM (Mailer X1.24) id 8317; Wed, 22 Jul 87 18:46:58 IST
Date: Wed, 22 Jul 1987 18:46:57 IST
Sender: "Revised List Processor (1.5k)" <LISTSERV@TAUNIVM>
From: Henry Nussbacher <HANK@TAUNIVM>
To: Danny Braniss <[log in to unmask]>
Subject: File "DOMAIN NAMES" being sent to you.
*--------------------------------- Cut here ----------------------------------*
\INMR01 & ;TAUNIVM HANK ;TAUNIVM ILAN-L 1987072216
4548000000 \INMR02 ;INMCOPY
ADOMAIN NAMES 1 19870722162315000000\INMR03
& {:nick..AC.BE :mailer.MAILER@BEARN BSMT
P 3 {:site.Belgian University Network{:gatemast.FNTA80@BUCLLN11, Postmast@Pyth
ag.UCL.AC.BE{:nick.AC.UK :mailer.MAILER@UKACRL BITNET 2{:site.Unit
ed Kingdom University/Research Network (Janet){:[log in to unmask]:nick
.ADHOCNET.CA :mailer.MAILER@UNCAEDU BSMTP 3{:site.Ad-hoc University Netw
rk, Canada{:gatemast.Kieffer@Uncaedu{:nick..ARPA :mailer.SMTP@WISCVM
BSMTP 3 {:site.Advanced Research Projects Agency - US DOD{:gatemast.TRILO
KEK@Wiscvm{:nick..CDN :mailer.MAILER@UWOCC1 BSMTP 3 {:site.Canadi
an University X.400 Research Network {:gatemast.A362@Uwocc1, [log in to unmask]
|
|
|