Search results for "Postorius" - Mailman-users

Re: Hyperkitty no longer archiving

by Mark Sapiro

First, my apologies for not taking note of your MAILMAN_ARCHIVER_FROM setting in your OP. On 11/22/22 08:52, Hirayama, Pat wrote: > Steve wrote: >> 2. Does settings.py have "from settings_local import *" in it? > > Yes. I assume that overrides the MAILMAN_ARCHIVER_FROM and other related settings defined at the top of the settings.py file? Or should I update settings.py based on what is in settings_local.py? Assuming the `from settings_local import *` is at the end of settings.py, anything defined in settings_local.py will override the definition in settings.py. There's no need to change settings.py. >> 3. Are there multiple copies of settings.py lying around? > > Well, there are these: > > ./usr/local/lib/python3.8/site-packages/rest_framework/settings.py > > ./usr/local/lib/python3.8/site-packages/postorius/doc/settings.py > > ./usr/local/lib/python3.8/site-packages/django_q/tests/settings.py > > ./usr/local/lib/python3.8/site-packages/django_extensions/settings.py > > ./usr/local/lib/python3.8/site-packages/mailmanclient/restobjects/settings.py > > ./usr/local/lib/python3.8/site-packages/example_project/settings.py > > > Only the last has MAILMAN_ARCHIVER_FROM defined in it, but I was assuming from the example_project subdirectory name that this was just a sample file, and besides, "from settings_local import *" is also set in it. Yes, those are all samples. The ``` ERROR 2022-11-22 00:25:40,365 7 hyperkitty.views.mailman Access to the archiving API endpoint was forbidden from IP 172.31.0.1, your MAILMAN_ARCHIVER_FROM setting may be misconfigured ``` message comes from https://gitlab.com/mailman/hyperkitty/-/blob/master/hyperkitty/views/mailma… which only occurs if '172.31.0.1' is not in MAILMAN_ARCHIVER_FROM. Given that it is in MAILMAN_ARCHIVER_FROM as defined in settings_local.py, the only thing I can conclude is that the Django settings actually used is not the settings.py you think it is. I don't know offhand even what wsgi service is used in the docker container or how it is configured, but it needs to set its working directory to the directory containing settings.py. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

3 years, 11 months

Re: How to remove Held Unsubscriptions

by Mark

No joy. There is no menu entry for that page ( ".../unsubscription_requests") and when entering the URL manually I get: Page not found This page either doesn't exist, or it moved somewhere else. The menu item and page for ".../subscription_requests" display okay: Subscriptions pending approval (0) There are currently no subscription requests for this list. On 2024-01-06 04:35, Jered Floyd wrote: > I see these under "Subscription requests > Unsubscription requests", > or at the URI (matching your sample) > > https://lists.domain.com/postorius/lists/listname.domain.com/unsubscription… > > Does this menu entry appear for you? > > --Jered > > ----- On Jan 5, 2024, at 12:30 PM, Mark imark(a)posteo.net wrote: > >> Hi >> >> As a moderator I receive an email each day for "Held Unsubscriptions" >> for a subscriber that was unsubscribed by the Owner sometime ago >> (using >> "Mass operations"). >> >> +++++++++++++++++++++++++++++++ >> The listname(a)domain.com list has 1 moderation requests waiting. >> >> Held Unsubscriptions: >> User: bart(a)example.com >> >> Please attend to this at your earliest convenience. >> +++++++++++++++++++++++++++++++ >> >> There is nothing showing under "Subscription requests > Pending >> approval". >> >> Could anyone tell me how I can stop these email notifications? I have >> access to the mailman shell and the databases. >> >> Thanks, >> Mark >> >> >> _______________________________________________ >> Mailman-users mailing list -- mailman-users(a)mailman3.org >> To unsubscribe send an email to mailman-users-leave(a)mailman3.org >> https://lists.mailman3.org/mailman3/lists/mailman-users.mailman3.org/ >> Archived at: >> https://lists.mailman3.org/archives/list/mailman-users@mailman3.org/message… >> >> This message sent to jered(a)convivian.com > _______________________________________________ > Mailman-users mailing list -- mailman-users(a)mailman3.org > To unsubscribe send an email to mailman-users-leave(a)mailman3.org > https://lists.mailman3.org/mailman3/lists/mailman-users.mailman3.org/ > Archived at: > https://lists.mailman3.org/archives/list/mailman-users@mailman3.org/message… > > This message sent to imark(a)posteo.net

2 years, 9 months

Trip report -- setting up mailman3 in gcloud

by Stephen Daniel

Mailman people -- I've been running mailman3 in production in Google's cloud for about 4 years now. Recently I started seeing many bounces from members who subscribe from yahoo, aol, bellsouth, or verizon. The bounces were triggered by DKIM failures. DKIM failures in my setup are apparently not new. Some spelunking revealed I've had outbound DKIM failures for years. It is possible my system has never properly signed outbound emails. But now it matters to these email providers. I decided to spin up a dev/test instance. I installed mailman3 from scratch in a venv environment on Debian 12. I used these excellent instructions: https://docs.list.org/en/latest/install/virtualenv.html#virtualenv-install I got this: GNU Mailman 3.3.10 (Tom Sawyer) Python 3.11.2 (main, Apr 8 2026, 01:58:00) [GCC 12.2.0] What I learned (relearned from 4 years ago): - Getting mailman up is easy. - The hard part is getting traffic in and out. Postfix is complicated to set up in this environment. Getting all the DNS and multiple layers of proxies set up to access Postorius/Django/Gunicorn is not simple. - I took lots of snapshots along the way. I used those snapshots to back out of a couple of dead ends. Highly recommended. I have only one open issue. Shortly after I start mailman I get this warning: /opt/mailman/venv/lib/python3.11/site-packages/falcon/request.py:2483: DeprecatedWarning: The RequestOptions.auto_parse_form_urlencoded option is deprecated. Please use Request.get_media() to consume the submitted URL-encoded form instead. warnings.warn( I am ignoring this. Is there something I should do about this? In the end, after experimenting with many possible solutions (including installing openDKIM), the solution was simple. I added this line to my mailman.cfg: remove_dkim_headers: yes Once the DKIM headers were removed, my outbound SMTP relay happily signs the emails and all is well. (Or it least it is after hours spent learning how to configure the outbound relay properly.) Someday soon I need to completely reinstall my production environment, but for now, I'm continuing on. Thanks to this community for all you do. -- Stephen Daniel

4 months, 4 weeks

Hyperkitty tracebacks: possible DB corruption?

by peter＠chubb.wattle.id.au

Hi Folks, Just recently I've started seeing backtraces from Django when trying to view old threads in hyperkitty. They say that more than one LastView is being returned, and at a later date cannot delete a LastView. I'm using the Debian-packaged hyperkitty and postorius, but this code hasn't changed from upstream. The backtraces come when a logged in used revisits a thread. So I see: Internal Server Error: /hyperkitty/list/devel(a)sel4.systems/thread/XP2GFYGXOXBC3QBKKZQLZ6STSHQHK6K2/ MultipleObjectsReturned at /hyperkitty/list/devel(a)sel4.systems/thread/XP2GFYGXOXBC3QBKKZQLZ6STSHQHK6K2/ get() returned more than one LastView -- it returned 2! Then later on I see: LastView.objects.delete(pk=del_id) ^^^^^^^^^^^^^^^^^^^^^^^ AttributeError: 'Manager' object has no attribute 'delete' Here are the backtraces: Traceback (most recent call last): File "/usr/lib/python3/dist-packages/django/core/handlers/exception.py", line 47, in inner response = get_response(request) File "/usr/lib/python3/dist-packages/django/core/handlers/base.py", line 181, in _get_response response = wrapped_callback(request, *callback_args, **callback_kwargs) File "/usr/lib/python3/dist-packages/hyperkitty/lib/view_helpers.py", line 137, in inner return func(request, *args, **kwargs) File "/usr/lib/python3/dist-packages/hyperkitty/views/thread.py", line 162, in thread_index last_view_obj, created = LastView.objects.get_or_create( File "/usr/lib/python3/dist-packages/django/db/models/manager.py", line 85, in manager_method return getattr(self.get_queryset(), name)(*args, **kwargs) File "/usr/lib/python3/dist-packages/django/db/models/query.py", line 581, in get_or_create return self.get(**kwargs), False File "/usr/lib/python3/dist-packages/django/db/models/query.py", line 439, in get raise self.model.MultipleObjectsReturned( and Internal Server Error: /hyperkitty/list/devel(a)sel4.systems/2022/1/ AttributeError at /hyperkitty/list/devel(a)sel4.systems/2022/1/ 'Manager' object has no attribute 'delete' Traceback (most recent call last): File "/usr/lib/python3/dist-packages/django/core/handlers/exception.py", line 47, in inner response = get_response(request) File "/usr/lib/python3/dist-packages/django/core/handlers/base.py", line 181, in _get_response response = wrapped_callback(request, *callback_args, **callback_kwargs) File "/usr/lib/python3/dist-packages/hyperkitty/lib/view_helpers.py", line 137, in inner return func(request, *args, **kwargs) File "/usr/lib/python3/dist-packages/hyperkitty/views/mlist.py", line 127, in archives return _thread_list(request, mlist, threads, extra_context=extra_context) File "/usr/lib/python3/dist-packages/hyperkitty/views/mlist.py", line 173, in _thread_list LastView.objects.delete(pk=del_id)

2 years, 7 months

Re: where to configure max_days_to_hold on MM3 GUI interface?

by Shashikanth Komandoor

Hello Mark, Thanks for helping me for moving ahead in my project. Troubling you again, I would like to put another request at you. As per your suggestion, I am trying to configure my list configuration through REST API for specially the parameter like max_days_to_hold as it is not available through interface and I am following the official links of mailman 3 i.e https://mailman.readthedocs.io/en/latest/src/mailman/rest/docs/listconf.html But I am getting "name is not defined" sort of errors as below: *>>> dump_json('http://localhost:9001/3.0/lists/ <http://localhost:9001/3.0/lists/>','ant(a)example.com/config <http://ant@example.com/config>',dict(display_name='My List'),'PATCH')Traceback (most recent call last): File "<stdin>", line 1, in <module>NameError: name 'dump_json' is not defined>>>* Actually I am new to REST API but hope this is the only issue that is preventing me to go ahead. Could you please help me by saying how should I handle this so that I should be able to configure *max_days_to_hold* of a list or multiple ? On Wed, Jan 29, 2020 at 11:20 PM Mark Sapiro <mark(a)msapiro.net> wrote: > On 1/28/20 8:42 PM, Shashikanth Komandoor wrote: > > > > But I could see that parameter value configurable on MM2 GUI > > interface in General Options but I don't see the same on the MM3 GUI > > interface. > > > There are many core settings not (yet) exposed in Postorius. > max_days_to_hold. is one of them. It can be set via `mailman shell` or > via the REST API > < > https://mailman.readthedocs.io/en/latest/src/mailman/rest/docs/rest.html#re… > >. > > -- > Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, > San Francisco Bay Area, California better use your sense - B. Dylan > _______________________________________________ > Mailman-users mailing list -- mailman-users(a)mailman3.org > To unsubscribe send an email to mailman-users-leave(a)mailman3.org > https://lists.mailman3.org/mailman3/lists/mailman-users.mailman3.org/ > -- Thanks & Regards, Shashi Kanth.K 9052671936

6 years, 8 months

Re: Mixing Mailman 3 with AWS SES

by Ralph Weber

To close the loop on this topic... Comments received directly from one of the people who developed the AWS Marketplace kits for Mailman 3 and Mailman 4 have definitively established that AWS Mailman is *not* intended to interact with AWS SES when receiving email messages. AWS Mailman is designed to receive its email messages via Postfix. With many thanks to all those on this list who corroborated "Mailman and SES don't mix" mantra here, we are taking the advice received from so many sources and ending efforts to do the impossible. All the best, .Ralph On 3/20/2021 8:23 AM, Stephen J. Turnbull wrote: > Ralph Weber writes: > > > I am moving the website www.t10.org from a private/corporate VM to > > AWS EC2s. > > > > For many years, t10.org has had very happy results with using > > Mailman 2 for its email reflector, and I have no real concerns > > about moving to Mailman 3. My bugbear is the fact that I need the > > following mixed bag of incoming email addresses to work in concert > > with each other to receive and handle emails. > > > > > t10(a)t10.org (Primary Mailman Reflector) > > > chair(a)t10.org (Mailman Reflector to direct messages to the T10 > > > chair and his designates) > > * docs(a)t10.org (document posting mechanics - serviced by a small > > mountain of home-grown code code > > * bbs(a)t10.org (other publicly accessible services - serviced by > > code that recalls the days when everything as done on a Bulletin > > Board System, BBS) > > This isn't a Mailman question, to be frank. As Abhilash points out, > Mailman doesn't care about other mailboxes served by its host (unless > they conflict with list names or adinistrative addresses derived from > list names, which evidently yours do not). It's a question about the > mail service at AWS. I've not seen any documentation in our project > about setting up at AWS; I don't know anybody who has done so. (I > haven't looked for either though.) > > I took a quick look for AWS SES documentation. They don't seem to > have any real documentation online for the general public, only lists > of features. They also seem to be very focused on sending rather than > receiving. Much talk of how much mail you can send, bulk emailing, > statistics on responses, and the like. None about setting up for > incoming mail. > > Probably I could get access to online help if I signed up for a free > account, but that's above my pay grade. > > > My best guess is that the AWS Simple Email Service (SES) needs to > > sit in front of both Mailman and the home-grown code, > > I don't know if AWS provides an alternative Complicated Email Service, > but yes, something like SES is going to have to sit in front of the > various mailboxes. > > Mailman itself has a certain amount of capability to deal with the > main email protocols, but it is definitely not capable of replacing > the main mail server. For security reasons I would definitely advise > against any Mailman 3 presence directly on the Internet. It was > designed on the assumption that it would talk to the Internet via a > standard mail server, Postorius (for administration), and HyperKitty > (for mail archives)[1], and occasionally to admins logging in with shell > accounts. > > > All available evidence read to date > > URLs, please. As I wrote above, Amazon's documentation is at best not > very discoverable. > > > suggests that the default AWS installation > > Whose default installation of Mailman? AWS's? Typical 3rd party > configurations? > > > of Mailman 3 assumes that Mailman 3 is the *only* receiver of > > emails in the configuration. > > That's possible, but it's likely an artifact of the application -- I > would expect that many who host Mailman on AWS do so to isolate > Mailman from other services they provide. So it seems reasonable that > in many such installations Mailman is *the* service for that instance. > > But mail servers are designed to be many inputs, many outputs > services. If SES itself is as restricted as you fear, surely AWS > provides an alternative, more powerful mail service. I can imagine > quite a few restrictions, other than the backing application, on the > SES that Amazon *might* impose. But without access to documentation, > we can't say much. > > > Or... Hercules may have already cleaned the Augean Stables, and > > left behind a AWS Lambda function that can serve as a keystone > > puzzle piece for solving my dilemma. > > Good luck on that. I don't know of any, but that would be a quick > solution for you. I hope somebody here knows more. As evidenced by > Andrew's post, there are folks thinking about it, so maybe somebody's > actually tried -- anybody? Successes? Pitfalls to watch for? > > The other issue Andrew mentions could be important. Since Solar Winds > I'm seeing daily attempts to access my O365 server (nonexistent) from > AWS. Given the size of AWS, I think they probably actually do a good > job of keeping felonious behavior to a minimum[2], but a lot of folks > I know are happy to cut off huge netblocks until somebody they know > actually complains. :-( > > Footnotes: > [1] Or more precisely, some webservice providing those services > mediating between the Internet and Mailman sitting cozily behind a > firewall. > > [2] DigitalOcean, on the other hand, is accumulating blocked /24s, > and even /16s, at my firewall. But that's another story.

5 years, 6 months

Re: Docker Mailman3 installation frustration

by Danil Smirnov

Hi, This bug has filed and a couple of workarounds provided here: https://github.com/maxking/docker-mailman/issues/53 Danil 2017-07-13 0:04 GMT+03:00 <ccsmith(a)cetsi.com>: > I've been working on installing Mailman3 for several weeks now, with > limited success. I have tried various installation methods following > instructions on numerous different web pages. My experience has been that > the instructions are often conflicting and never complete. > > My best success has been with the Docker version, so that's what I'm going > to concentrate on here. > > I'm running Ubuntu 16.04 (under Citrix XenServer), with Apache httpd and > postfix. > > Following the instructions on https://asynchronous.in/docker-mailman/, I > did the following: > > * created the directories "/opt/mailman/core" and > "/opt/mailman/web", > * created "/opt/mailman/core/mailman-extra.cfg" and inserted the > suggested [mta] directives, > * inserted the "transport_maps", "local-recipient_maps", and > "relay_domains" entries in the /etc/postfix/main.cf file, > * created the necessary apache config files, > * cloned "https://github.com/maxking/docker-mailman", > * ran "docker-compose up -d" > > At this point, I am able to connect with Postorius. All of the text and > icons show up properly; all is well. It tells me (correctly) that "There > are currently no mailing lists." > > When I click on the "Login" link at the top right, the "Sign In" page > displays correctly. (Aside: Why do so many apps/sites have difficulty with > choosing between "login" and "sign in" and, in fact, use both terms? It can > really be off-putting to non-tech users... and me.) If I input an incorrect > login, I receive (correctly) the message "The username and/or password you > specified are not correct." However, if I input the correct sign-in, I > receive: "Server Error (500)". > > Running "sudo docker exec -it mailman-web cat ../mailman-web-data/logs/mailmanweb.log" > shows me: > > ERROR 2017-07-12 20:34:25,073 25 django.request Internal Server > Error: /accounts/login/ > Traceback (most recent call last): > File "/usr/local/lib/python2.7/site-packages/django/core/handlers/exception.py", > line 39, in inner > response = get_response(request) > ... more stuff ... > File "/usr/local/lib/python2.7/smtplib.py", line 747, in > sendmail > raise SMTPRecipientsRefused(senderrs) > SMTPRecipientsRefused: {u'pacetechadmin(a)cetsi.com': (451, '4.3.0 < > pacetechadmin(a)cetsi.com>: Temporary lookup failure')} > > On the Docker host (ubuntuServer2), /var/log/mail.log shows: > Jul 12 13:48:53 ubuntuServer2 postfix/smtpd[19931]: error: open > /opt/mailman/core/var/data/postfix_domains: No such file or directory > Jul 12 13:48:53 ubuntuServer2 postfix/smtpd[19931]: error: open > /opt/mailman/core/var/data/postfix_lmtp: No such file or directory > Jul 12 13:48:53 ubuntuServer2 postfix/smtpd[19931]: connect from > unknown[172.19.199.3] > Jul 12 13:48:53 ubuntuServer2 postfix/trivial-rewrite[19843]: > warning: regexp:/opt/mailman/core/var/data/postfix_domains is > unavailable. open /opt/mailman/core/var/data/postfix_domains: No such > file or directory > Jul 12 13:48:53 ubuntuServer2 postfix/trivial-rewrite[19843]: > warning: relay_domains: regexp:/opt/mailman/core/var/data/postfix_domains: > table lookup problem > Jul 12 13:48:53 ubuntuServer2 postfix/trivial-rewrite[19843]: > warning: relay_domains lookup failure > Jul 12 13:48:53 ubuntuServer2 postfix/trivial-rewrite[19843]: > warning: regexp:/opt/mailman/core/var/data/postfix_domains is > unavailable. open /opt/mailman/core/var/data/postfix_domains: No such > file or directory > Jul 12 13:48:53 ubuntuServer2 postfix/trivial-rewrite[19843]: > warning: relay_domains: regexp:/opt/mailman/core/var/data/postfix_domains: > table lookup problem > Jul 12 13:48:53 ubuntuServer2 postfix/trivial-rewrite[19843]: > warning: relay_domains lookup failure > Jul 12 13:48:53 ubuntuServer2 postfix/smtpd[19931]: NOQUEUE: > reject: RCPT from unknown[172.19.199.3]: 451 4.3.0 < > pacetechadmin(a)cetsi.com>: Temporary lookup failure; > from=<postorius(a)localhost.local> to=<pacetechadmin(a)cetsi.com> proto=ESMTP > helo=<mailman-web> > Jul 12 13:48:54 ubuntuServer2 postfix/smtpd[19932]: error: open > /opt/mailman/core/var/data/postfix_domains: No such file or directory > Jul 12 13:48:54 ubuntuServer2 postfix/smtpd[19932]: error: open > /opt/mailman/core/var/data/postfix_lmtp: No such file or directory > Jul 12 13:48:54 ubuntuServer2 postfix/smtpd[19932]: connect from > unknown[172.19.199.3] > Jul 12 13:48:54 ubuntuServer2 postfix/trivial-rewrite[19843]: > warning: regexp:/opt/mailman/core/var/data/postfix_domains is > unavailable. open /opt/mailman/core/var/data/postfix_domains: No such > file or directory > Jul 12 13:48:54 ubuntuServer2 postfix/trivial-rewrite[19843]: > warning: relay_domains: regexp:/opt/mailman/core/var/data/postfix_domains: > table lookup problem > Jul 12 13:48:54 ubuntuServer2 postfix/trivial-rewrite[19843]: > warning: relay_domains lookup failure > Jul 12 13:48:54 ubuntuServer2 postfix/trivial-rewrite[19843]: > warning: regexp:/opt/mailman/core/var/data/postfix_lmtp is unavailable. > open /opt/mailman/core/var/data/postfix_lmtp: No such file or directory > Jul 12 13:48:54 ubuntuServer2 postfix/trivial-rewrite[19843]: > warning: regexp:/opt/mailman/core/var/data/postfix_lmtp lookup error for > "root@localhost" > Jul 12 13:48:54 ubuntuServer2 postfix/trivial-rewrite[19843]: > warning: transport_maps lookup failure > Jul 12 13:48:54 ubuntuServer2 postfix/smtpd[19932]: NOQUEUE: > reject: RCPT from unknown[172.19.199.3]: 451 4.3.0 <root@localhost>: > Temporary lookup failure; from=<root(a)localhost.local> to=<root@localhost> > proto=ESMTP helo=<mailman-web> > Jul 12 13:48:54 ubuntuServer2 postfix/smtpd[19932]: disconnect > from unknown[172.19.199.3] ehlo=1 mail=1 rcpt=0/1 rset=1 quit=1 commands=4/5 > Jul 12 13:48:54 ubuntuServer2 postfix/smtpd[19931]: lost > connection after RSET from unknown[172.19.199.3] > Jul 12 13:48:54 ubuntuServer2 postfix/smtpd[19931]: disconnect > from unknown[172.19.199.3] ehlo=1 mail=1 rcpt=0/1 rset=1 commands=3/4 > > And /var/log/mail.err is filling up with: > Jul 12 13:48:53 ubuntuServer2 postfix/smtpd[19931]: error: open > /opt/mailman/core/var/data/postfix_domains: No such file or directory > Jul 12 13:48:53 ubuntuServer2 postfix/smtpd[19931]: error: open > /opt/mailman/core/var/data/postfix_lmtp: No such file or directory > Jul 12 13:48:54 ubuntuServer2 postfix/smtpd[19932]: error: open > /opt/mailman/core/var/data/postfix_domains: No such file or directory > Jul 12 13:48:54 ubuntuServer2 postfix/smtpd[19932]: error: open > /opt/mailman/core/var/data/postfix_lmtp: No such file or directory > > > Any thoughts on what the problem is? Have I missed a step? > _______________________________________________ > Mailman-users mailing list > mailman-users(a)mailman3.org > https://lists.mailman3.org/mailman3/lists/mailman-users.mailman3.org/ >

9 years, 3 months

Trying to configure a list (hosted)

by paul＠arenson.org

Is there a how to on how to configure a list? For example, using a hosted option, I see this menu: Subscription requests Held messages Users Templates Settings Mass operations Banned addresses Header filters And cling on settings, for example. I have already removed my list from the list of lists on the server since I want my website users to only see my list. They can either do that here https://list.tokyoprogressive.org/postorius/lists/discuss.list.tokyoprogres… or here https://list.tokyoprogressive.org/accounts/signup/ I actually do not WANT people to join without being able to use the web interface because it is intended to be a discussion list. So the option to subscribe without creating an account. is confusing to me, which is why I prefer the latter. BUT...using a test of signing up myself (using 3 other email addresses I have), some using the subscription option and some using the bottom one (no account), all the email addresses end up in my members list and non end up in my non members list. (So I am wondering what a non member is. I had thought it was someone who signed up without registering (just name, no password), but if so i wonder why all 3 of my addresses end up in the members place. Lastly, I want to configure it as a discussion list. However, I do not see that option, which was clear in MAILMAN 2. (And I understand that if someone registers without making an account, I cannot set them myself to have an account enabling them to see the archives and post from the web? If it IS possible, that would be great, because the purpose of the archives in my case is to enable better discussions than if one has only to refer to their past emails.) That is about it for now, but I am stuck on this right now and a user manual for non techie people, if it exists, would be nice. I see one for list members but not administrators. Maybe I am looking in the wrong place? Thanks paul

7 years, 1 month

Re: Member Issue Discovered

by Allan Hansen

I agree that deleting, without an explicit request to do so, user-entered information is a violation of the user’s data This applies when the user has set up an account on the system. If he/she has never created an account, then I see no problem cleaning up the system when the user deletes the last subscription, as any remaining data presumably has been created by the server. Keeping that information on the server without the knowledge of the user is not right. Yours, Allan Hansen hansen(a)rc.org > On Nov 2, 2020, at 19:51 , Stephen J. Turnbull <turnbull.stephen.fw(a)u.tsukuba.ac.jp> wrote: > > Brian Carpenter writes: > >> This is in regard to our Affinity/Empathy UIs. I believe the issue >> [about data retention] that was raised originally in this >> thread/post still exists with Postorius/Hyperkitty. > > I don't speak *for* the Mailman team on this, but my *impression* from > these conversations is that we have a consensus on the team: deleting > the User data (authentication and profile) is a very big deal that > should be done only on explicit request, not as an automatic side > effect of other changes. We understand that others have a different > opinion, but we think that this is a difference of opinion, not a > mistake on either side. > > My own suggestion is that we *should* provide the *option* to delete > the User data, and prompt for it, when that User's last subscription > on the server is deleted. Note that there is a race condition where > the user deletes the second-to-last subscription and an admin then > deletes the last one. The user won't see the option, but the admin > will. I can see this as a bad outcome, depending on user's intent, > whether the admin deletes the User object or leaves it in place. > _______________________________________________ > Mailman-users mailing list -- mailman-users(a)mailman3.org > To unsubscribe send an email to mailman-users-leave(a)mailman3.org > https://lists.mailman3.org/mailman3/lists/mailman-users.mailman3.org/

5 years, 11 months

Re: Migrating mailman3 to latest ubuntu lts

by Mark Sapiro

On 12/16/23 10:12 AM, Helio Loureiro wrote: > Hi, > > Well... not that good. Now it is mailman3-web that doesn't work. > > mailman@new-machine ~ (v3.3.9)> source venv/bin/activate.fish > (venv) mailman@new-machine ~ (v3.3.9)> mailman-web > > Type 'mailman-web help <subcommand>' for help on a specific subcommand. > > Available subcommands: > > [django] > check > compilemessages > createcachetable > dbshell > diffsettings > dumpdata > flush > inspectdb > loaddata > makemessages > makemigrations > migrate > optimizemigration > runserver > sendtestemail > shell > showmigrations > sqlflush > sqlmigrate > sqlsequencereset > squashmigrations > startapp > startproject > test > testserver This response indicates that `mailman-web` is not getting settings.py. Have you configured /etc/mailman3/settings.py? See <https://docs.mailman3.org/en/latest/install/virtualenv.html#initial-configu…>. > (venv) mailman@new-machine ~ (v3.3.9)> mailman-web check > System check identified no issues (0 silenced). > (venv) mailman@new-machine ~ (v3.3.9)> mailman-web check migrate You should run `mailman-web migrate` not `mailman-web check migrate` plus others. See <https://docs.mailman3.org/en/latest/install/virtualenv.html#run-database-mi…> et.seq. but first you need the appropriate settings so `mailman-web` returns something like ``` $ mailman-web Type 'mailman-web help <subcommand>' for help on a specific subcommand. Available subcommands: [account] account_unsetmultipleprimaryemails [auth] changepassword createsuperuser [compressor] compress mtime_cache [contenttypes] remove_stale_contenttypes [django] check compilemessages createcachetable dbshell diffsettings dumpdata flush inspectdb loaddata makemessages makemigrations migrate optimizemigration sendtestemail shell showmigrations sqlflush sqlmigrate sqlsequencereset squashmigrations startapp startproject test testserver [django_extensions] admin_generator clean_pyc clear_cache compile_pyc create_command create_jobs create_template_tags delete_squashed_migrations describe_form drop_test_database dumpscript export_emails find_template generate_password generate_secret_key graph_models list_model_info list_signals mail_debug managestate merge_model_instances notes pipchecker print_settings print_user_for_session raise_test_exception reset_db reset_schema runjob runjobs runprofileserver runscript runserver_plus set_default_site set_fake_emails set_fake_passwords shell_plus show_template_tags show_urls sqlcreate sqldiff sqldsn sync_s3 syncdata unreferenced_files update_permissions validate_templates [django_q] qcluster qinfo qmemory qmonitor [haystack] build_solr_schema clear_index haystack_info rebuild_index update_index [hyperkitty] attachments_to_file hyperkitty_import hyperkitty_warm_up_cache mailman_sync update_index_one_list [postorius] mmclient reset_passwords [rest_framework] generateschema [sessions] clearsessions [staticfiles] collectstatic findstatic runserver ``` -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

2 years, 10 months

Mailman-users search results for query "Postorius"