wasm-demo/demo/ermis-f/imap-protocol/cur/1600095039.22688.mbox:2,S

116 lines
4.4 KiB
Plaintext

MBOX-Line: From blong at google.com Mon Jan 14 02:12:13 2013
To: imap-protocol@u.washington.edu
From: Brandon Long <blong@google.com>
Date: Fri Jun 8 12:34:50 2018
Subject: [Imap-protocol] Is there some way to detect servers which
automatically add sent messages to the Sent mailbox?
In-Reply-To: <29D96F78-FC57-4AF5-8177-C71638D5DEB4@apple.com>
References: <647C20F7-BB5D-47DD-BC89-3B0D903D2900@apple.com>
<7B9C4CD5-75ED-46F7-8AE4-C3415918E905@apple.com>
<83A6F18656334E6CA23106F9DB1C8EC1@gmail.com>
<E4D13318-11D2-41EF-979F-2840AF2AF9C9@apple.com>
<1358152426.27730.105.camel@innu>
<29D96F78-FC57-4AF5-8177-C71638D5DEB4@apple.com>
Message-ID: <CABa8R6seWwh3emtqPnYYCrh5v7BSOjh+H5gkkLmSj6KnK5rTbQ@mail.gmail.com>
Gmail definitely does this, though as long as your message is well formed
when sending via msa (date and messageid headers set), the appended copy
should just be considered a DUP, so no two copies. Unnecessary bandwidth,
I guess.
Nothing we do to indicate this protocol wise, but I'm open to suggestions.
Brandon
On Jan 14, 2013 12:38 AM, "Ian Anderson" <iana@apple.com> wrote:
> I haven?t tested it, but I hear that FastMail, Tuffmail, Gmail, 126, and
> 163 all do this. (Some of those may have since stopped, my data?s a bit
> old.)
>
> Ian
>
> On Jan 14, 2013, at 12:33 AM, Timo Sirainen <tss@iki.fi> wrote:
>
> > I doubt you could get such DATA response a) standardized and especially
> > b) implemented by server admins. Or are you thinking about some specific
> > large email provider that does this? I'm not aware of any provider that
> > does this.
> >
> > I think BURL is going to become much more available at least in server
> > side within a few years.
> >
> > On Mon, 2013-01-14 at 00:05 -0800, Ian Anderson wrote:
> >> Oh yeah, I didn?t think about BURL. Bleargh. Searching for the
> >> message in the Sent mailbox after sending seems rather error prone.
> >> What if it takes ten minutes for the message to show up
> >> automatically? Maybe an extended SMTP status code from the DATA
> >> command would make sense on servers that are going to do the append
> >> for you though?
> >>
> >>
> >> Ian
> >>
> >> On Jan 13, 2013, at 5:34 PM, Ho? V. Dinh <dinh.viet.hoa@gmail.com>
> >> wrote:
> >>
> >>> Maybe you could detect the IMAP server you're dealing with and
> >>> behaves accordingly to its behaviour.
> >>> An other solution could be to FETCH in the Sent mailbox after the
> >>> mail has been sent.
> >>> And match the message based on the Message-ID, then, decide whether
> >>> you really need to APPEND the message.
> >>>
> >>>
> >>> --
> >>> Ho? V. Dinh
> >>
> >>
> >> On Jan 13, 2013, at 4:52 PM, Dave Cridland <dave@cridland.net> wrote:
> >>
> >>> No, there isn't, as far as I know. You can, on some systems, tell
> >>> which is the Sent mailbox, and you could watch it for a new message,
> >>> I suppose. I bet systems supporting special use mailboxes don't do
> >>> the automatic append, though.
> >>>
> >>> On other systems, the "correct" method for sending a message is to
> >>> first append it, and then submit by BURL.
> >>>
> >>> Finally, Alexey had a postaddress extension which allowed you to do
> >>> the append by using a special address during submission.
> >>>
> >>> Dave.
> >>>
> >>
> >>> On Sunday, January 13, 2013 at 4:43 PM, Ian Anderson wrote:
> >>>> I suppose this might be more likely as an SMTP response code
> >>>> (though I can?t find a defined one) than an IMAP capability or
> >>>> some such, but maybe someone on this list knows anyway?
> >>>> <wishful_thinking>
> >>>>
> >>>>
> >>>> Ian
> >>>>
> >>>>
> >>>> On Jan 13, 2013, at 4:31 PM, Ian Anderson <iana@apple.com> wrote:
> >>>>
> >>>>
> >>>>> I?ve noticed that in some systems when you send a message via
> >>>>> SMTP, it will put a copy in the user?s Sent mailbox. Most of
> >>>>> them don?t however, necessitating that I do an IMAP APPEND to
> >>>>> get the message in Sent. Is there a good/any way to tell when
> >>>>> the APPEND is necessary? Right now I?m doing it all the time
> >>>>> which is resulting in double copies in the Sent mailbox for
> >>>>> systems that do it automatically.
> >>>>>
> >>>>>
> >>>>> Ian
>
> _______________________________________________
> Imap-protocol mailing list
> Imap-protocol@u.washington.edu
> http://mailman2.u.washington.edu/mailman/listinfo/imap-protocol
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman13.u.washington.edu/pipermail/imap-protocol/attachments/20130114/0fab109c/attachment.html>