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

[MM3-users] Re: Mailman web Stopped working after upgrade

by David Krantz

But now that it is working the order of the mailing lists on the index page are in random order again. When it worked initially they seemed sorted by name. Whey I follow the link "see all lists" the order is correct, though. Annoying. BR // David On Tue, Mar 3, 2020 at 10:26 PM David Krantz <gazorg(a)gmail.com> wrote: > > Hi, > > I tried psycopg2-binary and a few other rehashes of that. Now I got it > working by downloading the source for psycopg2 manually and building > it myself, then I installed it into my venv like any other self-built > package. https://pypi.org/project/psycopg2/#files > > I run mod_wsgi in Apache so I thought it should be enough to restart > Apache. I am quite convinced that I did that (and for that matter > restart the machine at a few points). But I might have been sloppy and > reversed the order in the end when I got it running, this process is a > bit to manual. I will use another solution when I rebuild the server > one day. The problem with rebuilding the server is that I'd have to > install a MTA with all its modules, milters, setups and what not, and > mailman. To just reinstall on a fresh machine would be easy, the trick > is that I want to rebuild some things in a better way which will take > me some time. E.g. using a separate wsgi service and a more modern > spam filter than Spamassassin. Otherwise it is easy. But my situation > now is a bit short on time so if I can postpone that a bit I will. > > Thanks. > // David > > // David > > On Tue, Mar 3, 2020 at 10:02 PM Mark Sapiro <mark(a)msapiro.net> wrote: > > > > On 3/3/20 12:33 PM, David Krantz wrote: > > > > > > I think that this might be due to some kind of python misfeature where > > > compiled code behaves slightly differently to interpreted code, that > > > might explain the delay in it working initially before breaking. I > > > have no idea of how to solve this. I have tried to uninstall and > > > reinstlall psycopg2 in different versions without any luck. > > > > You need to activate your virtualenv and do > > > > pip install psycopg2-binary > > > > it must be psycopg2-binary, not just psycopg2. It's probably best to do > > > > pip uninstall psycopg2 > > > > first. > > > > As far as it working for a while, did you restart your wsgi service > > (gunicorn, uwsgi, ??) after upgrading? > > > > -- > > 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/

5 years, 7 months

[MM3-users] Re: Pck files stuck in out queue

by Lieuallen, Thomas Otis

I ended up emailing the list. That email got stuck as well. So, I removed their template – and the message went through. So, that appears to have been the problem. But, not sure why. Thank you Tom Lieuallen From: Lieuallen, Thomas Otis via Mailman-users <mailman-users(a)mailman3.org> Date: Thursday, February 6, 2025 at 3:25 PM To: mailman-users(a)mailman3.org <mailman-users(a)mailman3.org> Subject: [MM3-users] Re: Pck files stuck in out queue [This email originated from outside of OSU. Use caution with links and attachments.] Mark, There were no apparent permissions problems on templates. I was getting the ‘Cannot connect to SMTP server’ message in mailman.log. I did end up applying the patch to decorate.py and messages went through. I’ve since removed the patch, as I’m still looking for an answer and might as well let it queue up again. The only thing that is making me ponder at the moment is that the list owners setup a template for list:member:regular:footer in postorius. It appears that each list has a copy of that file. The modifications I see in postorius are not in their …/templates/list/<listname>/en/list:member:regular:footer.txt file. Are their modifications stored somewhere else and causing the problem? Thx Tom Lieuallen From: Mark Sapiro <mark(a)msapiro.net> Date: Thursday, February 6, 2025 at 2:22 PM To: mailman-users(a)mailman3.org <mailman-users(a)mailman3.org> Subject: [MM3-users] Re: Pck files stuck in out queue [This email originated from outside of OSU. Use caution with links and attachments.] On 2/6/25 12:42, Lieuallen, Thomas Otis via Mailman-users wrote: > Running Mailman 3.3.10 > > I have 11x pck files stuck in my out queue. There tends to always be a .bak file as well. If I run ‘ls -l’, the files are continually updated and rotated through, just as fast as I can look. Are old ones being delivered and new ones added or the same ones just being renamed? I suspect the latter and I suspect the issue in that case is probably due to the OUT runner trying to access a template file like list:member:{regular|generic}:{header|footer}.txt and not having permission. See the last two posts in the thread at https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.mai…<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.mai…><https://lists.mailman3.org/archives/list/mailman-users@mailman3.org/thread/…> > I believe they’re all for one list. When I use ‘strings’ on one to get a hint of what’s inside, I see the list members at the bottom (recipients). One of them consistently has ‘!’ before their email address. Not sure if that’s a clue. Just no other reason to suspect that, though. The files are python pickles and `strings` shows lots of stuff. The ! may be something in the pickle that's not part of the email address. The way to examine these files is with the `mailman qfile` command. -- 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://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.mai…<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.mai…><https://lists.mailman3.org/mailman3/lists/mailman-users.mailman3.org/> Archived at: https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.mai…<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.mai…><https://lists.mailman3.org/archives/list/mailman-users@mailman3.org/message…> This message sent to lieualth(a)oregonstate.edu _______________________________________________ Mailman-users mailing list -- mailman-users(a)mailman3.org To unsubscribe send an email to mailman-users-leave(a)mailman3.org https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.mai…<https://lists.mailman3.org/mailman3/lists/mailman-users.mailman3.org/> Archived at: https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.mai…<https://lists.mailman3.org/archives/list/mailman-users@mailman3.org/message…> This message sent to lieualth(a)oregonstate.edu

8 months, 2 weeks

[MM3-users] Re: LTMP to Postfix problem

by Brian Carpenter

On 6/18/20 5:16 PM, Mark Sapiro wrote: > When this happens is the LMTP runner still running or has it died?. Is > there anything relevant in mailman.log regarding lmtp runner? The log entry posted today was: Jun 18 15:07:32 2020 (29862) lmtp runner started. That was when I restarted Mailman core. If it happens again, I will see if the lmtp runner is running. My feeling is it died but I don't know for sure. -- Please let me know if you need further assistance. Thank you for your business. We appreciate our clients. Brian Carpenter EMWD.com -- EMWD's Knowledgebase: https://clientarea.emwd.com/index.php/knowledgebase EMWD's Community Forums http://discourse.emwd.com/

5 years, 4 months

[MM3-users] Re: Data too long for column 'data' in workflowstate

by Morris Jones

On 12/14/2020 10:22 AM, Mark Sapiro wrote: > > This is <https://gitlab.com/mailman/mailman/-/issues/793> fixed by > <https://gitlab.com/mailman/mailman/-/merge_requests/730> > > You may be able to apply the fix from the merge request, but that > depends on your install's latest Alembic Revision ID being 9735f5e5dbdb. > > Alternatively, I think it may be sufficient to just > > ALTER TABLE workflowstate MODIFY `data` VARCHAR(510); > Thanks! I've done that 'til the next update. Mojo -- Morris Jones, Monrovia, CA BridgeMojo <http://bridgemojo.com> Old Town Sidewalk Astronomers <http://otastro.org> Mojo's Blog <http://mojo.whiteoaks.com>

4 years, 10 months

[MM3-users]Re: mailman 2 vs. mailman 3: what happened to multipart/digest?

by Barry Warsaw

On May 12, 2016, at 12:18 PM, Mark Sapiro wrote: >It is the intent that Postorius will eventually expose all these >settings. We're not there yet. At present you could possibly do this by >interacting with mailmanclient, although I'm not certain the settings are >exposed there. I'm not sure if they're exposed in mailmanclient, but they are exposed in the core's REST API, on the member resource. It's the `delivery_mode` attribute and it takes as legal values one of 'regular', 'plaintext_digests', 'mime_digests', and 'summary_digests' (IOW, the enum item names for the DeliveryMode enum). Cheers, -Barry

9 years, 5 months

[MM3-users] Re: Rejection Reason for refusing a subscription request

by Brian Carpenter

On 3/27/21 6:03 PM, Mark Sapiro wrote: > It's in Postorius since 1.3.3. If in the held message view, you click > the subject of a held message, you get a popup dialog the shows the > message with options to also show headers or the raw message. There is > also a dropdown t=o set the poster's moderation action and a box for a > reject reason if you click the reject button in the dialog. > > Do you not see this? I am referring to "Subscriptions pending approval". I apologize if I did not make that clear. -- Brian Carpenter Harmonylists.com Emwd.com

4 years, 6 months

[MM3-users] Re: lists.mailman3.org web site.

by Barry Warsaw

On Aug 30, 2016, at 10:13 AM, Mark Sapiro wrote: >I don't see much point in adding a large number as it would just create >clutter without much benefit, but other than not wanting to add OpenID/Yahoo >at least until we get DMARC mitigations, if anyone has a strong interest in >one of the others, I can add it. I think we have a good default list. GitHub and GitLab for the nerds, Facebook and Google for the humans. :) *Possibly* Bitbucket would be a good addition but I think we can use bug-driven development here. If enough people request an alternate, supported provider, we can add it then. Cheers, -Barry

9 years, 1 month

[MM3-users] Re: hyperkitty base_url

by Thomas Stein

On Friday, 4 January 2019 21:27:41 CET Mark Sapiro wrote: > On 1/4/19 12:07 PM, Thomas Stein wrote: > > Hi all. > > > > Now I'm struggeling with configuring hyperkitty. It's not clear to me which base_url to set. Currently it's > > base_url: http://localhost:8001/hyperkitty/ but that leads to > > That's wrong. base_url is set to the URL used to access Hyperkitty > externally. It is used for things like the Archived-At: and > List-Archive: headers in distributed posts. For example, for this > installation it is It's working with base_url: http://localhost:8000/hyperkitty/. Is that ok? thanks and cheers t. > base_url: https://lists.mailman3.org/archives > >

6 years, 9 months

[MM3-users] Re: export/import list?

by Mark

On 2024-03-01 10:56, Peter Adebahr via Mailman-users wrote: > On 3/1/24 00:11, Mark Sapiro wrote: >> On 2/29/24 14:44, imark(a)posteo.net wrote: >>> This appears to be practical for exporting/importing ALL the lists >>> from one MM3 server to another MM3 server. >>> >>> Is there a similar straightforward way of exporting/importing just >>> ONE list? >> > > Why not export ALL list as indicated, then delete all unwanted lists > on source resp. destination server ... > > That's definitely Plan B. And thank you Mark for the pointer to the Gitlab thread. Greater minds have clearly been giving this some thought for a while. Cheers.

1 year, 7 months

[MM3-users] Re: Heads up: settings.ACCOUNT_AUTHENTICATION_METHOD is deprecated

by Andreas Vetter

On Freitag, 7. Februar 2025 18:40:32 CET Mark Sapiro wrote: > On 2/7/25 03:19, Andreas Vetter wrote: > > Changing ACCOUNT_AUTHENTICATION_METHOD to ACCOUNT_LOGIN_METHODS in > > /etc/mailman3/settings.py is not enough. One has to edit > > venv/lib/python3.11/site-packages/mailman_web/settings/mailman.py > > You can do this in /etc/mailman3/settings.py only without editing > venv/lib/python3.11/site-packages/mailman_web/settings/mailman.py by adding > ``` > del ACCOUNT_AUTHENTICATION_METHOD > ACCOUNT_LOGIN_METHODS = {'email', 'username'} That is unfortunately not enough to get rid of the Warning, because venv/lib/ python3.11/site-packages/mailman_web/settings/mailman.py contains the old ACCOUNT_AUTHENTICATION_METHOD and allauth is complains about it. -- Mit freundlichen Gruessen, Andreas Vetter

8 months, 2 weeks

Search results for query "sapiro"