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

[MM3-users] Re: Member Issue Discovered

by Brian Carpenter

On 10/28/20 5:05 PM, Mark Sapiro wrote: > Why do you keep bringing this up? The current design of Mailman core > does not remove the user when the user unsubscribes from a list, even if > it is their only subscription. We know you don't like this behavior, but > there are reasons for it. > > On the other hand, when a user removes their account, the circumstance > is different and we do remove the user's information in this case > because that's what the user asked for. Just clarifying Mark. I was surprised by your answer that's all. -- Brian Carpenter Harmonylists.com Emwd.com

5 years

[MM3-users] Re: warning: database postfix_domains.db is older than source file postfix_domains

by Torge Riedel

Am 28.10.20 um 20:09 schrieb Mark Sapiro: > What does your systemd mailman.service script contain for ExecReload? ExecReload=/opt/mailman/core/bin/mailman.sh restart > What crons run at the time of the anomalous timestamps? I checked that and came to the idea, that there might by a reboot of the machine at that time. Maybe it is caused by start mailman & postfix at the same time or not in the "correct" order (postfix first, then mailman)? Kind regards Torge

4 years, 11 months

[MM3-users] Re: Django errors after deleting a thread

by peter＠chubb.wattle.id.au

>>>>> "Mark" == Mark Sapiro <mark(a)msapiro.net> writes: On 11/24/20 12:45 PM, peter(a)chubb.wattle.id.au wrote: >> E.g. Internal Server Error: >> /hyperkitty/list/list@domain/top-threads Mark> This should resolve itself eventually if you are running the Mark> Django periodic jobs, but to fix it you can manually run Mark> your_django_admin_command runjob recent_threads_cache Mark> which is a daily job which refreshes the recent threads cache. That did it. BTW thankyou *very* much for being so responsive on this mailing list. It's much appreciated. Peter C

4 years, 11 months

[MM3-users] Re: Mailmansuite.log Entries

by Brian Carpenter

On 12/1/20 8:22 PM, Mark Sapiro wrote: > Those come from the HyperKitty sync_mailman job which is run by > hyperkitty_import if you don't specify --no-sync-mailman, but is also > one of the Django daily jobs. Ok but those number are the same for thousands of entries and apparently are being logged for weeks. That can't be good. How does one fix this? -- Brian Carpenter Harmonylists.com Emwd.com

4 years, 10 months

[MM3-users] Re: Moderated Signup with "info" box?

by Brian Carpenter

On 12/7/20 11:15 PM, Mark Sapiro wrote: > On 12/7/20 7:55 PM, Brian Carpenter wrote: >> Thank you for the clarification. I did not know that. Is that made clear >> in the documentation? > > See > <https://docs.mailman3.org/projects/mailman/en/latest/src/mailman/rest/docs/…>. > > Thanks Mark! -- Brian Carpenter Harmonylists.com Emwd.com

4 years, 10 months

[MM3-users] Re: troubleshooting hyperkitty

by Morris Jones

On 12/10/2020 8:21 AM, Mark Sapiro wrote: BTW, is archiving enabled for the list? See Postorius -> Settings -> Archiving. Good thought, it's set to "Public archives" But there's something ominous just below that setting, a headline that says "Active archivers" with no value beside it. Mojo -- Morris Jones, Monrovia, CA [1]BridgeMojo [2]Old Town Sidewalk Astronomers [3]Mojo's Blog References 1. http://bridgemojo.com/ 2. http://otastro.org/ 3. http://mojo.whiteoaks.com/

4 years, 10 months

[MM3-users] Re: required cron entries?

by Andreas Barth

* Mark Sapiro (mark(a)msapiro.net) [201231 19:28]: > On 12/31/20 2:49 AM, Andreas Barth wrote: > > Looking in the source code, there is a ./cron/crontab.in.in however > > references to scripts in port_me/ directory. > > That's all old Mailman 2.1 stuff. ignore it. Can we replace that by a mailman3 cron tab? (I'm happy to write that as merge request if useful, but I assume that should be done rather by opening a bug report and using gitlabs features and not inline per mail) Andi

4 years, 9 months

[MM3-users] Re: required cron entries?

by Andreas Barth

* Mark Sapiro (mark(a)msapiro.net) [210102 01:07]: > I think the real solution is to just remove the mailman/cron directory > and at least some of the mailman/port_me/ files. The cron/crontab.in.in > file is just a distraction. Well, or replace it with just a README.rst pointing to the web page (having something called "cron" in the source tree doesn't sound like a mistake to me). Regards, Andi

4 years, 9 months

[MM3-users] Re: required cron entries?

by Andreas Barth

* Mark Sapiro (mark(a)msapiro.net) [210102 00:40]: > Do you mean you have messages in the shunt queue that were shunted > because of this error? yes (but my mail was just "I have the rare case where it isn't spam" :) ) > If so, just running Mailman's `mailman unshunt` command should reprocess > and deliver those. Yes, thanks, that's what I already understood from your last mail and did (after removing duplicates). Thanks for all for your great help. Andi

4 years, 9 months

[MM3-users] Re: Header Filter madness

by Brian Carpenter

Mark Sapiro wrote: > > What's in the X-Mailman-Rule-* headers of the post that should be > but > isn't held? > Are there other header filter rules besides the one that doesn't work? This is what the client provided me: X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-listname.listdomain.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; suspicious-header

4 years, 9 months

Search results for query "sapiro"