RE: Sending e-mails from a pipeline...

I think you name all you need, no etc. Message body + attachments, and
type + encoding for those. I even doubt encoding. The message itself is in
Unicode, and attachments could simply be treated as binaries..

;-)

-----Oorspronkelijk bericht-----
Van: David Lee [mailto:dlee@calldei.com]
Verzonden: dinsdag 15 november 2011 23:01
Aan: 'Geert Josten'; 'Norman Walsh'; 'XProc Dev'
Onderwerp: RE: Sending e-mails from a pipeline...

I think its somewhat difficult to fully shield from the user unless you
stick to ascii emails.
Otherwise you need to inform the email tools as to what the content-type,
encoding, attachments etc are.


----------------------------------------
David A. Lee
dlee@calldei.com
http://www.xmlsh.org


-----Original Message-----
From: Geert Josten [mailto:geert.josten@dayon.nl]
Sent: Tuesday, November 15, 2011 4:57 PM
To: Norman Walsh; XProc Dev
Subject: RE: Sending e-mails from a pipeline...


Is MIME something a user needs to care about? (i.e. isn't that something
that can be shielded from the user?)

Grtz

-----Oorspronkelijk bericht-----
Van: Norman Walsh [mailto:ndw@nwalsh.com]
Verzonden: dinsdag 15 november 2011 18:22
Aan: XProc Dev
Onderwerp: Re: Sending e-mails from a pipeline...

Alex Milowski <alex@milowski.org> writes:
>
> We should consider a step definition for SMTP.

It's tempting to try to make something simple. The simple cases seem
to be covered by

  http://tools.ietf.org/html/draft-klyne-message-rfc822-xml-03

Though that's clearly been stalled for, uh, 9 years.

The problem with the less simple cases is handling all of the MIME
encoding/disposition/id/boundary/etc. malarkey.

We have machinery for (at least some of) MIME, in p:http-request, but
that seems to set the bar pretty high for the simple case.

Meh.

                                        Be seeing you,
                                          norm

-- 
Norman Walsh
Lead Engineer
MarkLogic Corporation
Phone: +1 413 624 6676
www.marklogic.com

Received on Tuesday, 15 November 2011 22:14:43 UTC