Regarding your item 1) in comment #2, I marked the bug "won't fix" rather than "invalid" because I agree you had some valid points. However, if I change the English text of that message, that means until the message catalogs for 38 other languages are updated, those 38 translated versions will display that button label in English. This is an impact which I judge to be too severe for the value of the change in a mature "serious bug and security fix only" version (Mailman 2.1.x). This is irrelevant in MM3 because the web UI is totally new.
Regarding item 2), I agree this is inconsistent, but the inconsistency is not with the "each domain is separate" model; it is with how we determine whether a list is in "this" domain. It occurs because lists to be displayed on the listinfo (and admin) overviews are determined based on whether the host portion of the invoking URL matches the web host of the list, and "List my other subscriptions" is based on whether the email host of the other list matches the email host of the list whose options page you post it from.
Apparently at kde.org, all the lists are in the mail.kde.org web domain, but some are in the mail.kde.org email domain while most (at least of the sample I looked at) are in the kde.org email domain.
Note that it would be a simple matter for an admin of the Mailman installation at mail.kde.org to fix this issue for this site. What needs to be done is to ensure that the following appear in the installation's mm_cfg.py file:
Regarding your item 1) in comment #2, I marked the bug "won't fix" rather than "invalid" because I agree you had some valid points. However, if I change the English text of that message, that means until the message catalogs for 38 other languages are updated, those 38 translated versions will display that button label in English. This is an impact which I judge to be too severe for the value of the change in a mature "serious bug and security fix only" version (Mailman 2.1.x). This is irrelevant in MM3 because the web UI is totally new.
Regarding item 2), I agree this is inconsistent, but the inconsistency is not with the "each domain is separate" model; it is with how we determine whether a list is in "this" domain. It occurs because lists to be displayed on the listinfo (and admin) overviews are determined based on whether the host portion of the invoking URL matches the web host of the list, and "List my other subscriptions" is based on whether the email host of the other list matches the email host of the list whose options page you post it from.
Apparently at kde.org, all the lists are in the mail.kde.org web domain, but some are in the mail.kde.org email domain while most (at least of the sample I looked at) are in the kde.org email domain.
Note that it would be a simple matter for an admin of the Mailman installation at mail.kde.org to fix this issue for this site. What needs to be done is to ensure that the following appear in the installation's mm_cfg.py file:
DEFAULT_URL_HOST = 'mail.kde.org'
DEFAULT_EMAIL_HOST = 'kde.org'
add_virtualhost( DEFAULT_URL_HOST, DEFAULT_EMAIL_HOST)
and then run the following command as root or the Mailman user or via sudo from Mailman's bin/ directory
./withlist -l -a -r fix_url
See the FAQs at <http:// wiki.list. org/x/lYA9> and <http:// wiki.list. org/x/mIA9> for more information.