The mailing list for listmasters using Sympa

[Olivier Salaun - CRU <address@concealed>]

We plan to clean/extend the "alternate email" stuff one of these days :
1/ store alternate email addresses in the database instead of the cookie
2/ recognize alternate emails in any command/message (this is what you
ask for)

We use our "bug tracking system" to keep track of requested features.
If you have a few minutes to spend, could you please add an entry for this
feature request : http://listes.cru.fr/mantis/

Thanks.

address@concealed wrote:

>Currently the ``other email address'' function works like this
>(correct me if I'm wrong):
>
> * users type in the other email;
> * these emails are saved in cookie after submittion;
> * users visit ``Your subscriptions'' page and all subscriptions show up
> * if user hit ``verify'' at the bottom, all subscriptions will be
>   unified under the current email, and all other emails will be deleted
>
>Now, what I'm facing is, the most common error for the user is
>that they use two or three email accounts regularly, and they
>subscribed a list with one of the email account but post messages
>with the others.  If they subscribe all of their email accounts,
>they will get duplicated messages(it seems).  If they unify the
>subscriptions then all other email addresses will be moderated
>on those closed lists, and it is extremely easy to use the wrong
>email account to send messages, if you poll all these accounts
>to the same client program.
>
>What if sympa knows about these different email addresses of the
>same user, permitts them the same access rights, but sends only
>to the one that subscribes?  Upon unifying different subscriptions,
>maybe the user can choose to keep other accounts(unifying access
>rights), or to transfer the subscriptions to current account
>(unifying subscriptions).
>  
>

-- 
Olivier Salaun
Comite Reseau des Universites