From: Victor Duchovni on
On Fri, Apr 09, 2010 at 05:09:27PM -0400, Wietse Venema wrote:

> One question I have is why would anyone send an email message that
> is 100% identical to a message that is already sitting in an IMAP
> store? It would seem that this is useful only when forwarding mail
> verbatim. Is this worth the effort to adopt and forever maintain
> another 1500 lines of code?

This is designed for bandwidth constrained email clients (think iPhone,
hence not too surprising to see this contribution from Apple) where
sending the same message twice, once to the SMTP server for submission
and another time to the IMAP server to keep a "Sent" copy wastes precious
bandwidth (and in some cases money for said bandwidth).

Hence BURL.

> Another question is how this would integrate with Milter support
> which currently provides access to a wide range of extensions
> for filtering, mail authentication, and so on.

Presumably milter support should be just the same as with ordinary email,
so we may need to make "BURL" look like "DATA" to milters. I don't expect
that milters should treat the two differently.

--
Viktor.

P.S. Morgan Stanley is looking for a New York City based, Senior Unix
system/email administrator to architect and sustain our perimeter email
environment. If you are interested, please drop me a note.

From: Wietse Venema on
Victor Duchovni:
> On Fri, Apr 09, 2010 at 05:09:27PM -0400, Wietse Venema wrote:
>
> > One question I have is why would anyone send an email message that
> > is 100% identical to a message that is already sitting in an IMAP
> > store? It would seem that this is useful only when forwarding mail
> > verbatim. Is this worth the effort to adopt and forever maintain
> > another 1500 lines of code?
>
> This is designed for bandwidth constrained email clients

Perhaps the question is not clear, so I will repeat it.

What is the use case for sending an email message that is 100%
identical to an already received email message, as in, no user
content is added to the message, and no content is deleted from
the message?

Wietse

From: Wietse Venema on
> On Fri, Apr 9, 2010 at 7:16 PM, Wietse Venema <wietse(a)porcupine.org> wrote:
> > Victor Duchovni:
> >> On Fri, Apr 09, 2010 at 05:09:27PM -0400, Wietse Venema wrote:
> >>
> >> > One question I have is why would anyone send an email message that
> >> > is 100% identical to a message that is already sitting in an IMAP
> >> > store? It would seem that this is useful only when forwarding mail
> >> > verbatim. Is this worth the effort to adopt and forever maintain
> >> > another 1500 lines of code?
> >>
> >> This is designed for bandwidth constrained email clients
> >
> > Perhaps the question is not clear, so I will repeat it.
> >
> > What is the use case for sending an email message that is 100%
> > identical to an already received email message, as in, no user
> > content is added to the message, and no content is deleted from
> > the message?
> >
> > ? ? ? ?Wietse
> >
>
> Mail client will write message to imap folder and MTA will get the
> message. Avoid send messahe twice over the link.

Why is there a problem with sending mail to the SMTP server directly,
instead of taking an indirect route via an IMAP server?

Wietse

From: Reinaldo de Carvalho on
On Fri, Apr 9, 2010 at 8:48 PM, Wietse Venema <wietse(a)porcupine.org> wrote:
>>
>> Mail client will write message to imap folder and MTA will get the
>> message. Avoid send messahe twice over the link.
>>
>>--
>>Reinaldo de Carvalho
>>
>
> Why is there a problem with sending mail to the SMTP server directly,
> instead of taking an indirect route via an IMAP server?
>
>        Wietse
>

IMAP users will benefit saving bandwidth ($/Kbyte) and time (in slow
connections).

--
Reinaldo de Carvalho

From: Wietse Venema on
Reinaldo de Carvalho:
[ Charset ISO-8859-1 unsupported, converting... ]
> On Fri, Apr 9, 2010 at 8:48 PM, Wietse Venema <wietse(a)porcupine.org> wrote:
> >>
> >> Mail client will write message to imap folder and MTA will get the
> >> message. Avoid send messahe twice over the link.
> >>
> >>--
> >>Reinaldo de Carvalho
> >>
> >
> > Why is there a problem with sending mail to the SMTP server directly,
> > instead of taking an indirect route via an IMAP server?
> >
> > ? ? ? ?Wietse
> >
>
> IMAP users will benefit saving bandwidth ($/Kbyte) and time (in slow
> connections).

That would not explain why sending to an IMAP server is
faster than sending that same message to an SMTP server.

Wietse