On 3/11/2011 12:52 PM, [email protected] wrote:
Barbara Duprey wrote:
On 3/10/2011 3:13 PM, Paul wrote:
[snip]
>
> Don't bother ranting on about why you may or may not be subscribed -
I can't
> answer that. I can assist with re-subscribing. You could do that
yourself as
> well, but that would be sending an email to another email address,
and based
> on your previous comments, that may be an issue. If you confirm you
want to
> be subscribed I'll get it done.
No rant, but a few questions: 1) just how did I manage to get
unsubscribed from this list (I've been subscribed and posting here since
2006), and
Have no idea about how the un-subscription happened. Whether this
happened before or after the list migration - have no idea. The old
mail list software had its issues (as does the new one) and I think
doing random things was one of them (although I agree this should not
be the case). I can re-subscribe you if you wish.
Another possibility is that enough messages bounced that it triggered
the automatic unsubscribe -- that happened to me a while back even on
the old system.
2) how does one determine if someone is subscribed or not?
Delivered-To: moderator for [email protected]
<mailto:[email protected]>
seems to have gone missing.
When we changed to Sympa I also noticed that the header denoting
moderated posts was no long present. I think that it is just not a
feature of the software. I'll raise a question to the application
owners and will forward their response when its received.
/paul
If the capability isn't there anymore, it seems that the moderator who
gets a message from an unsubscribed user initiating a thread (or
hijacking one!) needs to give the user enough info to follow the
discussion via Nabble, Gmane, and/or the standard archive (wherever that
is now, and assuming there's a Reply capability). Has anybody worked out
such a procedure yet?
Another question is whether there is still a way to use a different
account for actions using an indirect form, like the old
[email protected]. If so, what is the
syntax? As you know, that was very handy to avoid problems with "munged"
addresses and so on.
There is for unsubscribe... From Sympa's help (once it realised I'm not a
spammer):
> All commands must be sent to the electronic address
> [email protected]
>
> You can put multiple commands in a message. These commands must
> appear in the message body and each line must contain only one
> command.
>
> Available commands are:
...
> SUBscribe <list> <name> * To subscribe or to confirm a
> subscription to <list>.
>
> UNSubscribe <list> <EMAIL> * To quit <list>. <EMAIL> is an optional
> email address, useful if different from your "From:" address.
> UNSubscribe * <EMAIL> * To quit all lists.
I'm not sure what the <name> parameter for SUBscribe is, but the others are obvious. It doesn't
look like you can subscribe a different account (unless that's what <name> does?) although you can:
> INVITE <list> <email> * Invite <email> for subscription in
> <list>
so perhaps that allows you to initiate a subscribe for another address.
Mark.
Thanks, Mark! Since they use <EMAIL> or <email> rather than <name> for the ones that clearly allow
e-mail accounts to be specified, it seems likely that <name> is only intended to specify the
displayed name when the user posts to a list, though it may be restricted to not contain blanks,
etc. (depending on the parser rules). It also looks as if you can probably use either the fully
spelled out command or the initial letters, but it isn't clear whether case is relevant. One of the
problems people had with the OOo lists was that sometimes the subscription was recorded with a
"munged" address due to their configuration, and then could not be canceled without replicating that
-- generally requiring use of the Return-Path header to dig it out. May still be true here, unless
the subscription process standardizes the form of the address. That's the reason that I always
recommended using the indirect form in the subscribe. Maybe the INVITE will allow that? Anyway, I'll
see if I can get the whole help message for future reference.
--
------------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected] with Subject: help
