Thanks Sheldon.
Now I'm really confused. I sent an email from a machine running sendmail
TO a machine running exim. I sent an identical email from a machine
running sendmail TO a machine running sendmail.
On the receiving sides, I SNIFFED the SMTP connections.
It appears that sendmail is OMITTING the "Content-transfer-encoding",
because EXIM isn't even receiving it! Is there something that
sendmail is "probing" exim for in its communication that might
cause it to drop the content-transfer-encoding line? I guess I'll
try sniffing the other direction.
from sendmail server to exim server:
SNIFFED email from SENDMAIL to EXIM:
. . . < / d i v > . . . . < / b o d y > . . . . < / h t m l > . . . . - - -
- - - = _ N e x t P a r t _ 0 0 1 _ 0 0 3 2 _ 0 1 C 0 F F E 7 . 0 7 0 D 1 5
0 0 - - . . . . - - - - - - = _ N e x t P a r t _ 0 0 0 _ 0 0 3 1 _ 0 1 C 0
F F E 7 . 0 7 0 D 1 5 0 0 . . C o n t e n t - T y p e : a p p l i c a t i
o n / v n d . m s - p o w e r p o i n t ; . . . n a m e = " E m p l o y e e
P a c k E m a i l 0 3 0 4 0 1 . p p t " . . C o n t e n t - D i s p o
s i t i o n : a t t a c h m e n t ; . . . f i l e n a m e = " E m p l o y
e e P a c k E m a i l 0 3 0 4 0 1 . p p t " . . . . 0 M 8 R 4 K G x G
u E A A A A A A A A A A A A A A A A A A A A A P g A D A P 7 / C Q A G A A A
A A A A A A A A A A A A I A A A A k A M A A A A A A A A A . . E A A A k w M
A A A E A A A D + / / / / A A A A A I Y D A A C H A w A A i A M A A I k D A
Actual contents for SENDMAIL to EXIM:
------=_NextPart_001_0032_01C0FFE7.070D1500--
------=_NextPart_000_0031_01C0FFE7.070D1500
Content-Type: application/vnd.ms-powerpoint;
name="Employee Pack Email 030401.ppt"
Content-Disposition: attachment;
filename="Employee Pack Email 030401.ppt"
0M8R4KGxGuEAAAAAAAAAAAAAAAAAAAAAPgADAP7/CQAGAAAAAAAAAAAAAAAIAAAAkAMAAAAAAAAA
EAAAkwMAAAEAAAD+////AAAAAIYDAACHAwAAiAMAAIkDA
=================================================================
SNIFFED email from SENDMAIL to SENDMAIL:
/ f o n t > < = . . / p > . . . . < / d i v > . . . . < / b o d y > . . . .
< / h t m l > . . . . - - - - - - = _ N e x t P a r t _ 0 0 1 _ 0 0 3 2 _ 0
1 C 0 F F E 7 . 0 7 0 D 1 5 0 0 - - . . . . - - - - - - = _ N e x t P a r t
_ 0 0 0 _ 0 0 3 1 _ 0 1 C 0 F F E 7 . 0 7 0 D 1 5 0 0 . . C o n t e n t - T
y p e : a p p l i c a t i o n / v n d . m s - p o w e r p o i n t ; . . .
n a m e = " E m p l o y e e P a c k E m a i l 0 3 0 4 0 1 . p p t " .
. C o n t e n t - T r a n s f e r - E n c o d i n g : b a s e 6 4 . . C o
n t e n t - D i s p o s i t i o n : a t t a c h m e n t ; . . . f i l e n
a m e = " E m p l o y e e P a c k E m a i l 0 3 0 4 0 1 . p p t " . .
. . 0 M 8 R 4 K G x G u E A A A A A A A A A A A A A A A A A A A A A P g A D
A P 7 / C Q A G A A A A A A A A A A A A A A A I A A A A k A M A A A A A A A
A A . . E A A A k w M A A A E A A A D + / / / / A A A A A I Y D A A C H A w
A A i A M A A I k D A A C K A w A A i w M A A J I D A A C R A w A A / / / /
Actual contents for SENDMAIL to SENDMAIL:
------=_NextPart_001_0032_01C0FFE7.070D1500--
------=_NextPart_000_0031_01C0FFE7.070D1500
Content-Type: application/vnd.ms-powerpoint;
name="Employee Pack Email 030401.ppt"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
filename="Employee Pack Email 030401.ppt"
0M8R4KGxGuEAAAAAAAAAAAAAAAAAAAAAPgADAP7/CQAGAAAAAAAAAAAAAAAIAAAAkAMAAAAAAAAA
EAAAkwMAAAEAAAD+////AAAAAIYDAACHAwAAiAMAAIkDAACKAwAAiwMAAJIDAACRAwAA////////
////////////////////////////////////////////////////////////////////////////
>
>
> On Thu, 28 Jun 2001 14:56:08 EST, Mike Weller wrote:
>
> > I thought that the SMTP servers didn't care about attachment headers,
> > and that the mail clients just dumped them like "data". Will upgraded
> > to Exim 3.22 solve this problem, or is there some other workaround?
> > I don't understand why the content is different.
>
> I've been using Exim 3.22 since it came out and have been receiving the
> Content-Transfer-Encoding header fine.
>
> However, unless someone confirms that this was a known problem that was
> addressed, I'd be _very_ careful about putting effort into an upgrade in
> an attempt to fix this. First rule out local filters, pipes and MDAs.
>
> Ciao,
> Sheldon.
>
>
--
Michael J. Weller, M.Sc. office: (972) 235-7881 x.242
weller@??? cell: (214) 616-6340
Zyvex Corp., 1321 N Plano facsimile: (972) 235-7882
Richardson, TX 75081 icq: 6180540
