Search results for "sapiro" - lists.mailman3.org

[MM3-users] Re: About to Install MM3 -- Seeking clarification

by Mark Sapiro

On 1/2/23 11:56, Onyeibo wrote: > On Mon, 2 Jan 2023 09:57:45 -0800 > Mark Sapiro <mark(a)msapiro.net> wrote: >> >> curl -urestadmin:restpass http://localhost:8001/3.1/lists >> >> It should return JSON with information about your lists. >> > > I get the following: > {"start": 0, "total_size": 0, "http_etag": > "\"678678567346533573674563786538\""} That is the expected response if you have no lists yet. So connection to Mailman's REST API works via curl, so why doesn't it work via mailmanclient? If Mailman core was running, it should work. I don't know why it doesn't. Perhaps you have some kind of firewall that's blocking it. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

2 years, 11 months

[MM3-users] Re: How to store additional information about lists?

by Mark Sapiro

On 5/26/21 8:23 AM, Stephen J. Turnbull wrote: > Mark Sapiro writes: > > > As far as I know, none of this has ever been migrated to Mailman 3. > > It has been migrated to Mailman 3, there were at least two related > GSoC projects, and the repo was on GitHub, but it's not at the same > URL now. Not sure if they've stopped using it, I haven't mentored > there for four or five years. Let me look around. Their lists at https://systers.org/mailman/listinfo/ are still based on Mailman 2.1.12. I have tried to find their stuff in the recent past, and all I could find were broken links. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

4 years, 6 months

[MM3-users] Re: How to prevent members to attach executables (exe, bat, ...) to the emails sent to list

by Mark Sapiro

On 10/1/20 6:12 PM, Mark Sapiro wrote: > >>>>> m.filter_types = ['application/pdf'] >>>>> commit() >>>>> print(list(m.filter_types)) >> ['application/pdf'] > > > This should allow ONLY the PDF and nothing else, not even the text/* > message body parts. Sorry, my statement above is wrong. That should also remove the pdf, but it's redundant given that 'application/pdf' is not in pass_types. > Actually, what's m.filter_content? I suspect it's False which means > don't do any content filtering. I think this is the issue. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

5 years, 2 months

[MM3-users] Re: Issues with cross posted emails after upgrading to mailman 3.3.6

by Mark Sapiro

On 11/4/21 1:30 PM, Mark Sapiro wrote: > > Thanks for filing the issue. I'll work on a solution. My current > thinking is to add a `count` column to the message table, set the count > to 1 when initially adding a message-id, increment the count when adding > an existing message-id, decrement the count when deleting a message-id > and only delete the entry and message when the count reaches 0. I wound up taking a different approach. I check for other references to the message in the message store and only delete the message if there are none. The fix is at https://gitlab.com/mailman/mailman/-/merge_requests/932/diffs -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

4 years, 1 month

[MM3-users] Re: Post-installation documentation?

by Mark Sapiro

On 11/24/21 10:17 PM, David Newman wrote: > On 11/24/21 2:36 PM, Mark Sapiro wrote: >> >> To import archives run the Django admin command with arguments >> >> hyperkitty_import -l alist(a)example.com >> /path/to/mailman2.1/archives/private/alist.mbox/alist.mbox > > Good up to here, but ... hyperkitty_import not found. > > This wasn't covered in the venv docs: It is covered at https://docs.mailman3.org/en/latest/migration.html#upgrade-strategy Your issue is probably that the Django admin command you ran is not accessing your `settings.py`. You may need to do ``` export DJANGO_SETTINGS_MODULE=settings export PYTHONPATH=/path/to/directory/containing/settings.py ``` before running the Django admin command. These can also be given as --settings and --pythonpath options to the Django admin command. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

4 years

[MM3-users] Re: Broken web UI after upgrade

by Mark Sapiro

On 12/16/22 22:21, Mark Sapiro wrote: > > I suggest you look at ownership and permissions. > > ``` > find /opt/mailman/mm/static/ -not -user mailman > find /opt/mailman/mm/static/ -not -perm -u+rw > find /opt/mailman/mm/static/ -type d -not -perm -u+x > ``` > and the same on > /opt/mailman/mm/venv/lib/python3.9/site-packages/hyperkitty/ > > >> If the above doesn't reveal anything substantial, then let me know and I >> can bump up the verbosity. > > > I don't know if --verbosity 3 will reveal anything or not. You could try. Did you see the post at <https://lists.mailman3.org/archives/list/mailman-users@mailman3.org/message…>? Have you tried ``` django-admin clear_cache ``` -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

2 years, 11 months

[MM3-users] Re: Migration from old server to new server failed

by Mark Sapiro

On 2/23/24 09:28, Mark Sapiro wrote: > On 2/22/24 21:51, Stephen J. Turnbull wrote: >> If I'm correct, I think you'll >> find the offending message in $var_dir/archive/hyperkitty or some >> subdirectory, it's a regular queuefile, and you can read it with the >> showqfile utility to see if it's spam. Otherwise you need to edit the >> [] out of the message ID. > > The directory is $var_dir/archive/hyperkitty/spool/ and the command to > view the queue entry is `mailman qfile path/to/file`. BTW, the issue with bogus [] delimited Message-IDs is "fixed" (actually worked around) in Mailman 3.3.9 by https://gitlab.com/mailman/mailman/-/merge_requests/1099/ -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

1 year, 9 months

[MM3-users] Re: If I manually add email addresses to a list and then delete them, how do i permanent delete them from Users?

by Mark Sapiro

On 4/25/23 2:44 PM, Mark Sapiro wrote: > On 4/25/23 2:14 PM, Andrew Hodgson wrote: >> >> Why aren't we seeing the actual address here? ... > > I actually started with the preferred_address.email code above, but in > testing, I got the 'no_preferred_address' result with the one deleted > user so I, perhaps erroneously, went with the representation of the > user. I'll probably update the script again. I have updated the script again. It now displays: User: "Junk Mail" <junk_mail(a)example.com> deleted from Mailman -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

2 years, 7 months

[MM3-users] Re: m3 database sizing

by Mark Sapiro

On 1/22/25 3:49 PM, Mark Sapiro wrote: > > mail.python.org has 195 lists with 53394 members. Its PostgerSQL > database is currently 18 gigabytes. PostgreSQL not PostgerSQL and likewise below. I neglected to mention the Xapien search index which is 41 gigabytes. > This includes HyperKitty archives, some of which are quite large. The > hyperkitty_email table together with the hyperkitty_attachment table > contain the contents of every message in the archive. > > lists.mailman3.org has only one significant list with 658 members and > currently archives 2267 messages not counting this one. Its PostgerSQL > database is currently 193 megabytes. And the Xapien search index here is 382 megabytes. I.e., in both cases the Xapien search index is on the order of twice as big as the PostgreSQL database. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

10 months, 3 weeks

[MM3-users] Re: Multi-domain oddities in Hyperkitty and Postorius

by Mark Sapiro

On 2/15/23 18:35, Mark Sapiro wrote: > > $ django_admin shell > >>> from django.contrib.sites.models import Site > >>> new_site = Site(id=5, domain='5.example.com', name='display_name') > >>> new_site.save() > > Of course the values are up to you and you can omit the id= to have > Django assign the first available.. Also note that the above is a django_admin shell interaction. You can also do this in python, but you need to precede the above with ``` >>> import os >>> import sys >>> sys.path.insert(0, '/path/to/directory/containing/settings.py') >>> os.environ['DJANGO_SETTINGS_MODULE'] = 'settings' >>> import django >>> django.setup() ``` -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

2 years, 9 months

Search results for query "sapiro"