Re: [Exist-open] send-email base64 encoding bug in 1.4.1

[Adam R. <ad...@ex...>]

Bob,

Whatever format the xs:base64binary data arrives to the mail function,
should be exactly what is written back out into the SMTP or Sendmail
payload.

So as part of the <mail> that you are passing into the function, you must
have something like this -

<attachment filename="switchlist.pdf"
mimetype="application/pdf">{$pdf-data}</attachment>

Can you double check what the form of the text child node of the attachment
element that you are using is? It may be that the spacing you see exists
there already? Where is that base64 data really coming from?

It may also be that I have a bug in the send-email(...) function code, but I
would like you to check the above first, if we can rule that out, then you
should be able to provide me with your <mail> and I should be able to
reproduce this here...


On 4 October 2011 13:01, Bob Blanchard Jr. <bl...@da...> wrote:

> *Re-post - email to list was delayed and back-dated*
>
> Trying to send attachments using the mail modules send-email() function,
> and have run across a very interesting bug.
>
> Normal base64 encoders utilize fixed width output, but send-email() is
> producing variable width base64 with extraneous spaces after each
> newline.
>
> Some client-side decoders handle this fine, eg. Evolution on linux,
> attachments open fine.  But the very same email (from the same IMAP
> server) viewed from Android/Profimail and/or Windows/Outlook, indicate
> that the attachment is corrupt, and cannot be opened.
>
> Below is a small snippet from the email source which shows the space on
> the second line (both lines truncated for brevity).
>
> --eXist.multipart.1.4.1
> Content-Type: application/pdf; name="switchlist.pdf"
> Content-Transfer-Encoding: base64
> Content-Description: switchlist.pdf
> Content-Disposition: attachment; filname="switchlist.pdf"
>
>
> JVBERi0xLjQKJaqrrK0KNCAwIG9iago8PAovQ3JlYXRvciAoZVhpc3Qgd2l0aCBBcGFjaGUgRk9QKQovUHJvZHVjZXIgKGVYaXN0IHdpdG!
>  QvGRwP5zYvRmZi  ...
>
>
> I have tried both methods of sending (sendmail and SMTP), and have tried
> different MTAs (Postfix and Sendmail), but the result is always the
> same.
>
> -Bob
>
>
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2dcopy1
> _______________________________________________
> Exist-open mailing list
> Exi...@li...
> https://lists.sourceforge.net/lists/listinfo/exist-open
>



-- 
Adam Retter

eXist Developer
{ United Kingdom }
ad...@ex...
irc://irc.freenode.net/existdb