Re: [exim] exim attachment handling

Startseite
Nachricht löschen
Nachricht beantworten
Autor: Odhiambo Washington
Datum:  
To: paul spandler
CC: exim-users
Betreff: Re: [exim] exim attachment handling
On 10/29/08, paul spandler <paul.spandler@???> wrote:
> I have a question regarding Exim (as a relay,) and the handling of
> attachments. First though, some background:
>
> Production environment
> ----------------------
>
> 1. Windows 2000 application server using VB code to send emails with
> pdf attachments
> 2. Solaris 9 internal relay running Exim 4.51
> 3. Windows 2000 upstream relay running an ancient flavour of a
> commercial smtp filtering package
>
> Currently, a user of the win2k app server can generate an email with a
> pdf attachment. I believe the app code uses the much maligned cdonts
> to produce some sort of mimeole encoding (I can't really elaborate
> since windows voodoo is a little beyond me.) The email rockets through
> the internal Exim relay. Exim sees that this is a non-local delivery
> and fires it to the upstream relay. This, in turn, delivers the email
> to the final destination (somewhere out on the 'net.) The recipient
> receives the email and does clever things with the pdf. All is well -
> big smiles all round.
>
> Testing environment
> ----------------------
>
> 1. Windows 2000 application server using VB code to send emails with
> pdf attachments (no change)
> 2. Solaris 9 internal relay running Exim 4.51 (no change)
> 3. A new upstream relay appliance (destined to replace the ancient win2k relay)
>
> The problem
> ----------------------
>
> Now...in the testing environment, the same message generation process
> fires the email through another internal Exim relay. Initially, this
> relay was running 4.51, but I have since compiled and tested against
> 4.69 too. Unfortunately, the new relay appliance chokes on the email
> with a complaint about uuencoded attachments. However, if the app
> server sends the email directly via the new relay appliance (i.e.
> removing the Exim relay from the equation,) the email arrives at the
> final destination normally.


Show your config and some output from the logs. It's easier to think
of that way than imagining from the narrative you've given.


-- 
Best regards,
Odhiambo WASHINGTON,
Nairobi,KE
+254733744121/+254722743223
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
"Life must be understood backwards; but... it must be lived forward."
                            - Soren Kierkegaard
"Oh My God! They killed init! You Bastards!"
                        --from a /. post