no passord on subscription page ... and others

Hi mailman developers,
it seems to me that to request a password from the subscribing page is confusing, overkill, and useless... when you can generate the password on the fly for the user. So the patch would be in Mailman/Cgi/subscribe.py
and one would have to modify the standard HTML template too. But maybe this could be toggled from the list-admin page ?
Secondly: is it possible that the mail-command analyzer catches messages sent to the list-on@server and list-off@server addresses and processes them as subscribe/unsubscribe commands ? This would emulate the LetterRip behaviour (www.fogcity.com), which is quite nice in this respect.
Thirdly: I'd like people to be unsubscribed w/o their password. Some users tend to be annoying when then want to leave.
Fourthly: I'm trying to see how to add a user-name field in the subscribers database... seems alot of work. Is this a planned feature ?
Well, that's all for now; keep on the good work!

"F" == Fil <fil@bok.net> writes:
F> it seems to me that to request a password from the subscribing
F> page is confusing, overkill, and useless... when you can
F> generate the password on the fly for the user. So the patch
F> would be in Mailman/Cgi/subscribe.py
I'd rather make the password field optional, and generate a password for them if it's missing. In this case, you'd have to force a welcome message so that the user will receive the password.
F> Secondly: is it possible that the mail-command analyzer catches
F> messages sent to the list-on@server and list-off@server
F> addresses and processes them as subscribe/unsubscribe commands
F> ? This would emulate the LetterRip behaviour
F> (www.fogcity.com), which is quite nice in this respect.
This probably wouldn't be hard to add, although I like list-add@ and list-remove@ or some such.
-Barry

"F" == Fil <fil@bok.net> writes:
F> it seems to me that to request a password from the subscribing
F> page is confusing, overkill, and useless... when you can
F> generate the password on the fly for the user. So the patch
F> would be in Mailman/Cgi/subscribe.py
I'd rather make the password field optional, and generate a password for them if it's missing. In this case, you'd have to force a welcome message so that the user will receive the password.
F> Secondly: is it possible that the mail-command analyzer catches
F> messages sent to the list-on@server and list-off@server
F> addresses and processes them as subscribe/unsubscribe commands
F> ? This would emulate the LetterRip behaviour
F> (www.fogcity.com), which is quite nice in this respect.
This probably wouldn't be hard to add, although I like list-add@ and list-remove@ or some such.
-Barry
participants (2)
-
Barry A. Warsaw
-
Fil