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

[MM3-users] Re: mail stuck in "out" queue

by Mark Sapiro

On 9/16/22 14:42, Dan Caballero wrote: > Thanks Mark. We're using an external host(s) for the outgoing MTA. See settings below. I can advise those sysadmins about your recommendations. Your settings seem fine. [mta] smtp_host: smtp.caltech.edu [mta] smtp_port: 25 sets your outgoing MTA, and [mta] verp_delivery_interval: 1 says VERP every message which impacts performance in that each recipient's message is delivered to the MTA in a separate transaction, but this is what I do as it makes bounce processing more reliable. You might find some of the hits from https://wiki.list.org/FrontPage?action=fullsearch&context=180&value=perform… to be useful. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

3 years, 9 months

[MM3-users] Re: Held messages page not rendering the message

by Mark Sapiro

On 3/25/23 10:01, mike-mailman(a)earth.li wrote: > > This seems like maybe its a CSS issue? The class of the held-message-modal is "modal fade show" but I am not sure where that is or should be defined (or even if I'm looking at completely the wrong thing. > > Anyone able to suggest where to look? This is bootstrap. See https://www.w3schools.com/bootstrap/bootstrap_modal.asp One possible issue is if you have older bootstrap cached in your browser it could cause problems. It's unlikely considering you've tried different browsers, but try clearing your browser cache. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

3 years, 2 months

[MM3-users] Re: localtime() cannot be applied to a naive datetime

by Mark Sapiro

On 3/1/24 3:09 AM, Freerk Bosscha via Mailman-users wrote: > Since yesterday I get the following error-message when I go to the webinterface: And what in your installation changed since yesterday? > ValueError at /admin/login/ > localtime() cannot be applied to a naive datetime > Request Method: GET > Request URL: https://mailman.pgtrynwalden.nl/mailman3/admin/login/?next=/mailman3/admin/ > Django Version: 2.2.28 This Django version is quite old. > ... > mailman info > GNU Mailman 3.3.3 (Tom Sawyer) and so is this Mailman version. Do you have USE_TZ = True and a setting for TIME_ZONE in your Django settings? -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

2 years, 3 months

[MM3-users] Re: Disabling the footer on a mailing list: Is this how?

by Mark Sapiro

On 3/28/24 07:13, David Partain via Mailman-users wrote: > From what I've read, I thought the following would do the trick: > > # sudo -u mailman -s /usr/bin/bash > $ source /local/mailman/venv/bin/activate > $ cd ~/var/templates/ > $ mkdir -p lists/test-list.our.domain/en/ > $ cp /dev/null "lists/test-list.our.wee.domain/en/list:member:regular:footer" The file is list:member:regular:footer.txt or if you have no other list:member:*:footer* files, list:member:generic:footer.txt will do both regular ad digest footers. I.e., you are missing the .txt extension. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

2 years, 2 months

[MM3-users] Re: Suggeested change to the venv installation instructions

by Mark Sapiro

On 11/28/24 4:14 PM, Bill Oliver via Mailman-users wrote: > > After a little searching, I found out that mailman needs to be made the > OWNER of the database, not just granted all privileges. After adding > the commands: > > ALTER DATABASE mailman OWNER TO mailman; > ALTER DATABASE mailmanweb OWNER TO mailman; > > I suggest adding those two lines to the instructions for "Setup > Database" > at https://docs.mailman3.org/en/latest/install/virtualenv.html There's already an MR in progress for this, although the approach there is different. See https://gitlab.com/mailman/mailman-suite-doc/-/merge_requests/160 -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

1 year, 6 months

[MM3-users] Re: Postorius: Search field in lists overview

by Mark Sapiro

On 1/14/25 23:36, Andreas Vetter wrote: > Hi, > is there a way to search lists in Postorius' Lists overview > https://lists.example.com/mailman3/lists/?all-lists > > Well, one can change "results on page" to 200 and then use the search function > of the browser, but that is some more clicks. No, there is no search function for this. If you know the name you are looking for, e.g., list(a)example.com, you can just go to https://lists.example.com/mailman3/lists/list@example.com/ but if you are looking for lists matching a pattern, there is no Postorius function for that. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

1 year, 5 months

[MM3-users] Re: Server error,An error occurred while processing your request. - SITE_ID

by Mark Sapiro

On 6/21/26 2:19 PM, Flo via Mailman-users wrote: > > I created a new site (my.site.net) in Django, deleted example.com and > changed SITE_ID to 0 in /etc/mailman3/settings.py . > > After restarting mailman3 and mailmanweb services I get > Server error,An error occurred while processing your request. > when I call https://my.site.net/admin again. > > Even if I change SITE_ID back to 1 there is no change. Do this database query on Mailman's database ``` SELECT * FROM django_site; ``` Then set SITE_ID to number associated with your domain. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

14 hours, 51 minutes

[MM3-users] Re: Bug in email.generator:_handle_text? [was: store/export existing Mailman lists ...]

by Mark Sapiro

On 9/15/22 20:39, Mark Sapiro wrote: > > What I think is happening is the original message is parsed into a > multipart/alternative Message object with payload of the text/plain and > text/html subparts. Then something deletes the top level Content-Type: > header which makes the message appear to be text/plain, yet > get_payload() still returns the list of two subparts. As an experiment, I did the following ``` $ /opt/mailman/mm/bin/mailman shell Welcome to the GNU Mailman shell Use commit() to commit changes. Use abort() to discard changes since the last commit. Exit with ctrl+D does an implicit commit() but exit() does not. >>> import pickle >>> with open('path/to/shunted/pickle', 'rb') as fp: ... msg = pickle.load(fp) ... msgdata = pickle.load(fp) ... >>> msg Traceback (most recent call last): <snip> File "/usr/local/lib/python3.9/email/generator.py", line 239, in _handle_text raise TypeError('string payload expected: %s' % type(payload)) TypeError: string payload expected: <class 'list'> >>> msg['MIME-Version'] = '1.0' >>> msg['Content-Type'] = 'multipart/alternative; boundary="aaaabbbb"' >>> msg <displays the message as a string with no exception> >>> ``` I.e., restoring the missing headers allows the message to be properly flattened. I don't think we can blame email.generator:_handle_text for this as we have corrupted the message object by removing the Content-Type: header. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

3 years, 9 months

[MM3-users] Re: How to delete large numbers of held messages

by Mark Sapiro

On 4/22/22 02:11, Chris via Mailman-users wrote: > Mark Sapiro wrote: >>> I suggest the following in mailman shell ``` >> $ bin/mailman shell -l list.example.com >> Welcome to the GNU Mailman shell >> Use commit() to commit changes. >> Use abort() to discard changes since the last commit. >> Exit with ctrl+D does an implicit commit() but exit() does not. >> The variable 'm' is the list.example.com mailing list >> >>> from mailman.app.moderator import handle_message >> >>> requestdb = IListRequests(m) >> >>> for id, type in requestdb.held_requests: >> ... if type == RequestType.held_message: >> ... handle_message(m, id, Action.discard) >> ... >> >>> commit() ``` > > Thanks for the reply, unfortunately that gives an error: > Traceback (most recent call last): > File "<console>", line 1, in <module> > TypeError: cannot unpack non-iterable _Request object Sorry, my mistake. Try this: ``` $ bin/mailman shell -l list.example.com Welcome to the GNU Mailman shell Use commit() to commit changes. Use abort() to discard changes since the last commit. Exit with ctrl+D does an implicit commit() but exit() does not. The variable 'm' is the list.example.com mailing list >>> from mailman.app.moderator import handle_message >>> requestdb = IListRequests(m) >>> for req in requestdb.held_requests: ... if req.request_type == RequestType.held_message: ... handle_message(m, req.id, Action.discard) ... >>> commit() ``` -- 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: Issues with @gmail.com addresses

by Mark Sapiro

On 9/7/23 13:07, Mohsen Masoudfar wrote: > Continuing the troubleshooting, I came around a very long list, over 3000, of "banned addresses" on the 'problem list'. > I wonder if there is a way to delete them programmatically. ``` $ /opt/mailman/mm/bin/mailman shell -l list.example.com Welcome to the GNU Mailman shell Use commit() to commit changes. Use abort() to discard changes since the last commit. Exit with ctrl+D does an implicit commit() but exit() does not. The variable 'm' is the list.example.com mailing list >>> bm = IBanManager(m) >>> for ban in bm.bans: ... bm.unban(ban.email) ... ``` -- 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"