[MlMt] Set From: field depending on recipient address
Alberto Caporro
acaporro at gmail.com
Wed Oct 23 15:41:11 EDT 2013
I've taken some time to think about this, and I'm still not sure of what
the best solution could be (for my use case, at least), but I like the
configurability of 5 too.
On Mon, Oct 14, 2013 at 11:21 AM, Benny Kjær Nielsen <mailinglist at freron.com
> wrote:
> On 14 Oct 2013, at 9:33, Alberto Caporro wrote:
>
> So, please, consider a more general From-derivation a feature request :-)
>
> This is one of those things that could be simple to implement when I've
> decided how to do it, but it's hard to decide. As usual, allow me to think
> out loud and a decision might follow :-)
>
> The problem: Identify all sent messages in all mailboxes of all accounts
> with no false positives/negatives. Do it as quickly as possible.
>
> Current solution: Simply use all messages located in “Sent Messages”.
>
> Ideas:
>
> 1.
>
> Identify sent messages by looking for messages with no Receivedheaders. This triggers loading database indexes for
> Received headers which I would currently like to avoid (it's slow).
> Also, it could involve a large number of false positives, for example, for
> me it includes all messages in “[Gmail]/Chats” and there are probably users
> with similar issues. An alternative header is the Return-Path header,
> but this is also not 100% reliable.
> 2.
>
> Identify sent messages by searching for any messages from email
> addresses listed in the account settings. The obvious problem is that this
> does not include messages which only match an “Address Pattern” of an
> account -- and the query system does not allow searches based on regular
> expressions.
> 3.
>
> Identify sent messages by searching for any messages from names listed
> in the account settings. This can include too many messages for users with
> common names, but the from derivation could subsequently verify addresses
> by checking the email address (also with Address Pattern).
> 4.
>
> Introduce an IMAP keyword for marking sent messages. Automatically
> mark messages when sending and use it to locate sent messages for the
> From-derivation. Some servers (MS Exchange) do not support this and it
> would only work if only sending using MailMate.
> 5.
>
> Make “Sent Messages” configurable such that users can choose to
> configure it as a smart mailbox instead of a universal mailbox (or maybe
> allow it to behave like both). This doesn't work 'out-of-the-box' and for a
> user with many email addresses it could be tedious to setup conditions
> (most often it would work using names only).
>
> I think 3 and 5 are the most interesting. I like 3 because it would work
> out-of-the-box and I like 5 because it's highly configurable. It could be
> both, but I guess I'm still undecided (leaning towards 5).
>
> Note that this is closely related to the hidden preference
> MmAddressCompletionMailbox and a solution to the above should also work
> as a solution to that problem.
>
> --
> Benny
>
> _______________________________________________
> mailmate mailing list
> mailmate at lists.freron.com
> http://lists.freron.com/listinfo/mailmate
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freron.com/pipermail/mailmate/attachments/20131023/7a1a5832/attachment.html>
More information about the mailmate
mailing list