sympa issueshttps://0xacab.org/riseup/sympa/-/issues2019-05-07T15:41:22Zhttps://0xacab.org/riseup/sympa/-/issues/404Limit number of subscribers unless approved2019-05-07T15:41:22ZmicahLimit number of subscribers unless approvedWe've decided that we hate it when someone gets a list and then subscribes 10,000 people. We would like to be able to set a subscriber limit (like say 2,500) and any more than this would require approval from us. After we school them of ...We've decided that we hate it when someone gets a list and then subscribes 10,000 people. We would like to be able to set a subscriber limit (like say 2,500) and any more than this would require approval from us. After we school them of course.
*(from redmine: created on 2008-12-11, relates #403, relates #1914)*https://0xacab.org/riseup/sympa/-/issues/620Confirmation email content change2018-02-22T18:36:26ZsunbirdConfirmation email content changeFrom a help ticket---
Hey all!
Just thought I'd give you guys some feedback on the subscription process.
It is not clear that you are not instantly subscribed once you log in using the password emailed to you in the first confir...From a help ticket---
Hey all!
Just thought I'd give you guys some feedback on the subscription process.
It is not clear that you are not instantly subscribed once you log in using the password emailed to you in the first confirmation email after first attempt to subscribe. And it is not easy to find the list you want to subscribe to, nor are there instructions on what to do next, from the page you reach once logged in for the first time; though you are clearly told under your email address that you have no subscriptions. For a first-time subscriber, that is really weird! Heck, I just DID subscribe, right?!?
So I would like to see some instructions in the confirmation email that goes along the lines of:
"To complete your subscription to <list>, go to <url> and click <button>. For your safety, you are not subscribed to <list> until after you have completed this step."
I think this would help eliminate confusion. If not in the confirmation email, then on the page you reach after logging in for the first time.
Thanks for reading!
*(from redmine: created on 2009-02-19)*https://0xacab.org/riseup/sympa/-/issues/1187full name gets revealed, leaking private info2018-02-22T18:36:26Zmicahfull name gets revealed, leaking private infoIf a user is subscribed to a list by someone who puts their full name in the subscription field, then that full name is revealed to any other list subscription. This means that any other riseup list who subscribes that person's email add...If a user is subscribed to a list by someone who puts their full name in the subscription field, then that full name is revealed to any other list subscription. This means that any other riseup list who subscribes that person's email address gets that person's full name. In most cases, only the administrator of that other list would be able to see this, but some list profiles allow list subscribers to see the list of people who are subscribed, which would enable them to get a hold of this person's full name.
A fix to this might be to make it so that we don't store the full name *at all*, or somehow isolate that so different lists don't have access to that information. Likely the first one is the easier, but pushing that change upstream would be useful so we dont have to maintain the change.
*(from redmine: created on 2009-08-05)*6.1.22taggarttaggarthttps://0xacab.org/riseup/sympa/-/issues/1814Change 'dump' link to say 'export subscribers', or something2018-02-22T18:36:26ZjessibChange 'dump' link to say 'export subscribers', or somethingAs explained here, http://help.riseup.net/lists/admin/faq/#how_to_do_i_get_a_list_of_subscribers list admins used to have an option to 'export subscribers'.
Now that option says 'Dump'. There have been a few tickets about this, and I ...As explained here, http://help.riseup.net/lists/admin/faq/#how_to_do_i_get_a_list_of_subscribers list admins used to have an option to 'export subscribers'.
Now that option says 'Dump'. There have been a few tickets about this, and I thought the solution was to update the help documentation.
But in https://user.riseup.net/ticket/520717 , somebody brings up that the word 'dump' is a bit confusing, as it might mean 'delete'. kclair said it would be easy to change the link itself, so maybe we should leave the help documentation, and change the link in sympa.
*(from redmine: created on 2010-03-01)*https://0xacab.org/riseup/sympa/-/issues/1908fix header on configure list page to be more specific2018-02-22T18:36:26Zkclairfix header on configure list page to be more specificwhen you are setting an option, the header says ‘Configuring the list’, no matter what section you are configuring. It would be clearer if it said the name of the particular option being configured.
* kclair> the old interface, as...when you are setting an option, the header says ‘Configuring the list’, no matter what section you are configuring. It would be clearer if it said the name of the particular option being configured.
* kclair> the old interface, as far as i can see, just doesn’t print a header. is that preferrable? adding a custom header to each section could be done with some effort if it’s really wanted.
* micah> i think due to the way sympa automatically saves the form when you pick drop-down options (see below), its better that it says something, rather than nothing. While I agree that it would be clearer if it said which option was being configured, I think that this should be something that is filed in upstream sympa’s bug tracker as a wish list item, and not something that would keep the upgrade from happening.
*(from redmine: created on 2010-03-08)*https://0xacab.org/riseup/sympa/-/issues/1914limit bulk add2019-06-15T00:23:15Zkclairlimit bulk addIt would be nice if we could limit the list admin “bulk add” to some amount of addresses, say 15 or so. We have some lists where the admins export some database and bulk add it, thus totally defeating the bounce processing cleanup and ot...It would be nice if we could limit the list admin “bulk add” to some amount of addresses, say 15 or so. We have some lists where the admins export some database and bulk add it, thus totally defeating the bounce processing cleanup and other attempts to remove bogus addresses. They’d still be able to do that but it would require doing them 15 at time which raise the bar some.
* javascript might be a good option for this because it would be independent of the sympa source. of course it would then not work if javascript was not enabled.
*(from redmine: created on 2010-03-08, relates #404)*https://0xacab.org/riseup/sympa/-/issues/2429Set default to no rejection message2018-02-22T18:36:26ZsunbirdSet default to no rejection messageReported as a help ticket by change@pacbell.net
Listname: https://lists.riseup.net/www/admin/actionla
Before I got set the rejection so no rejection message would go out,
permanently. If people get that notice then they complain but...Reported as a help ticket by change@pacbell.net
Listname: https://lists.riseup.net/www/admin/actionla
Before I got set the rejection so no rejection message would go out,
permanently. If people get that notice then they complain but we
usually have good reason do reject some messages.
But now you have check the box before each rejection notice. Just a
bit of a pain when there is a bunch of them.
So if you reject a message via email and not the Web page, you get no
chance to check the box saying dont send a rejection notice to the sender.
*(from redmine: created on 2010-06-19)*https://0xacab.org/riseup/sympa/-/issues/2632write tests for patches2018-02-22T18:36:26Zkclairwrite tests for patches!
*(from redmine: created on 2010-11-21)*!
*(from redmine: created on 2010-11-21)*https://0xacab.org/riseup/sympa/-/issues/3511Moderators/editors cannot remove themselves as moderators/editors2018-02-22T18:36:26ZjessibModerators/editors cannot remove themselves as moderators/editorsThere have been two tickets requesting this in the past few weeks, so I thought I would file it here, but it isn't high priority.
A moderator/editor does not have access to edit the 'edit list config' -> 'list definition' screen, and ...There have been two tickets requesting this in the past few weeks, so I thought I would file it here, but it isn't high priority.
A moderator/editor does not have access to edit the 'edit list config' -> 'list definition' screen, and thus cannot remove themselves as a moderator/editor.
I've been confirming that the person is at the email address to be removed, and removing them if they say it will be a pain to have the list admin do it, which I think is fine, but ideally they could remove themselves (without changing any other list settings.)
*(from redmine: created on 2011-10-04)*https://0xacab.org/riseup/sympa/-/issues/4066rewrite our rename list patch2016-06-10T14:52:04Zkclairrewrite our rename list patchwhen a list is renamed, sympa uses the create_list scenari to determine if the list status should be set to pending. if creating lists is moderated, all lists that are renamed get set to pending.
we don't want this behavior, so we ha...when a list is renamed, sympa uses the create_list scenari to determine if the list status should be set to pending. if creating lists is moderated, all lists that are renamed get set to pending.
we don't want this behavior, so we have a patch that makes sure that renamed lists don't get set to pending. our patch is hacky and would never have a chance of getting accepted upstream.
a patch that would have a better chance of getting accepted would change sympa so that it uses a rename_list scenari to provide more granular control over this behavior.
*(from redmine: created on 2012-10-04)*