On 11/04/2013 16:07, John C Klensin wrote
I wasn't suggesting changing the current default behavior at
all. Instead, I was suggesting that they could add a new and
thoroughly optional flag to the profile that would default to
the current behavior but that would, if set by the user, disable
the copying of the outgoing message. Current users and users
favored the copies wouldn't need to do a thing.
The problem is always that users are thick, so automating it would be a
good thing
Personally, I'd go for a simple and crude method - have a standardised
response in the 250 after DATA. If the client understands it, you win.
If it doesn't, you lose nothing over the current situation
250 2.0.0 Ok: queued as 6AA4E3C6224 [copiedto:sent]
No negotiations needed, trivial server-side programming, and simple client-side
programming.
If the server was going to support a more complex method, they'd certainly
support an option to turn off server-side copying for people who want that. If
the client was going to support a more complex method, it can handle just
skipping the IMAP APPEND stage.
-
Paul Smith Computer Services
Tel: 01484 855800
Vat No: GB 685 6987 53
_______________________________________________
ietf-smtp mailing list
ietf-smtp(_at_)ietf(_dot_)org
https://www.ietf.org/mailman/listinfo/ietf-smtp