[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Nmh-workers] NMH Work-arounds for Exchange server mangling (OT???)

From: Kevin Cosgrove
Subject: Re: [Nmh-workers] NMH Work-arounds for Exchange server mangling (OT???)
Date: Mon, 20 Aug 2012 09:49:20 -0700

On 20 August 2012 at 12:38, Ken Hornstein <address@hidden> wrote:

> I was thinking that you really meant "base 64" instead of uuencode
> ... until you mentioned shar files.  My next thought was, "People
> still use shar files?!??!".

Should I send you a photo of me with my pet dinosaur?  ;-)

What can I say, I used to run UUCP with sendmail and MH-3.  Then I 
got into the mindset of "if it's not broken, don't fix it".  Exchange 
just broke it after running just fine for 20 years.

> - Maybe putting a Content-Transfer-Encoding: 7bit would help on
>   your attachments?  Unfortunately we can't specify the CTE in nmh
>   (but it's something I always wanted to add); you'd have to add
>   it to the draft manually.

Excellent idea.  I'll try that.  Given the quoted-printable
7/8-bit wars I've had with Exchange over the years, I'm
cautiously pessimistic about the outcome.

> - Maybe a Content-Disposition of inline would work?  You CAN
>   set that via mhbuild directives.

I'll try that too.  I'll have to have a look at the mhbuild
manual as I've never used mhbuild before.

> - Maybe a Content-Type of application/octet-stream would work?
>   If you want to do that via nmh-attachment ... from what I
>   remember it looks those up via suffixes that are listed via the
>   normal mhn mechanism (mhn.defaults).  Hm, I see that files that
>   end in .sh will be sent via application/x-sh; maybe that would
>   work?

I already tried a variation on that.  I gave it a fake .exe
extension, thinking that Exchange might look more favorably on
it.  No joy there.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]