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

[MM3-users] Re: Post log?

by Mark Dadgar

On May 5, 2020, at 7:06 PM, Mark Sapiro <mark(a)msapiro.net> wrote: > On 5/5/20 5:28 PM, Mark Dadgar wrote: >> Is there the equivalent of the post log from mailman 2.x available? > > It's not a separate log as it was in Mailman 2.1, but the information is > in the smtp log. For example, here are a couple of entries relating to > your post to which I'm replying: > > May 06 00:29:15 2020 (27320) > <F0E6ABE3-C0DD-47D9-A527-1BAB77BD84C2(a)pdc-racing.net> smtp to > mailman-users(a)mailman3.org for 238 recips, completed in > 39.014487743377686 seconds > May 06 00:29:15 2020 (27320) > <F0E6ABE3-C0DD-47D9-A527-1BAB77BD84C2(a)pdc-racing.net> post to > mailman-users(a)mailman3.org from mark(a)pdc-racing.net, 4429 bytes Ahh. I saw a ton of entries of the first type but missed the entries of the second type (it was a big file), which were the ones I needed. Thanks for the pointer. The script is up and running nicely now. - Mark ----- mark(a)pdc-racing.net | 408-348-2878

6 years, 3 months

[MM3-users] Re: User settings triggers error

by Mark Dadgar

On Jun 18, 2020, at 3:27 PM, Mark Sapiro <mark(a)msapiro.net> wrote: > > On 6/18/20 2:23 PM, Mark Dadgar wrote: >> >> There is definitely something sketchy going on here. As an admin, I am not getting accurate subscription status about people on a list. For example, I search for a list member, find their listing, check the box and click Unsubscribe Selected, and get an error because it turns out that they had already unsubscribed themselves previously. But Postorius thought they were still subscribed. >> > ... >> Could this somehow be related to my recent migration from sqlite3 to postgres? > > I think it's quite likely that that migration is involved and your > database is now corrupted in some way. Exactly how or in what way, I > don't know, but it seems likely to me that that's the issue. Oh good. Any thoughts on how to salvage ~20 years of list archives? - Mark ----- mark(a)pdc-racing.net | 408-348-2878

6 years, 2 months

[MM3-users] Re: MTA authentication and smtpd_sender_login_maps

by Jan Eden

On 2022-11-25 11:44, Mark Sapiro wrote: > On 11/25/22 11:00, Jan Eden via Mailman-users wrote: > > > > I obviously do not want to add an entry to the map file for each mailing > > list created by someone on the server. Is there a way to > > programmatically create a sender login map with Mailman? > > > You could modify mailman/src/mailman/mta/postfix.py to create a > smtpd_sender_login_maps file with the desired content or you could create a > script that creates the file using data in the generated > var/data/postfix_lmtp. If the latter, you might be able to create a plugin <https://docs.mailman3.org/projects/mailman/en/latest/src/mailman/plugins/do…> > to run the script whenever a list is created or deleted Thanks! I feel rather stupid, but the obvious and really simple solution is a wildcard entry for the SASL user in controlled_envelope_senders: @lists.domain.org mailman_sender(a)domain.org Sorry for realizing this *after* bothering you. - Jan

3 years, 8 months

[MM3-users] Re: To have mailman3 start at boot, trying to configure the systemd mailman3.service unit, but having issues

by Ron

On 2024-06-08 14:48, Mark Sapiro wrote: > The "PermissionError: [Errno 13] Permission denied: '//var/templates'" > is what it says. It is trying to create the absolute path /var/templates > and user mailman3 doesn't have permission to create a templates/ > directory in /var. > > I'm not sure why this is. It should be trying > /opt/mailman3/mm/var/templates. What does I experienced the fun of having /var being where mailman3 tried to create files & folders. Some combo of the following worked for me: mailman3.service Environment="MAILMAN_CONFIG_FILE=/etc/mailman3/mailman.cfg" /etc/mailman3/mailman.cfg [paths.here] var_dir: /opt/mailman/mm/var I explicitly set many / most of the other vars in that section too (i.e. lock_dir was one that also caused issues). This might be the Wrong Way, but it solved issues similar to the ones being discussed. rb

2 years, 2 months

[MM3-users] Re: Subscription requires confirmation when list is set as Open

by Joachim Schrod

Mark Sapiro writes: > > It is not the subscription that requires confirmation. It is the user's > email address. Even though the list's subscribe policy is open, a > previously unknown email address has to be confirmed. I assume that's the verification that one can turn off in Postorious `Mass Suscription' with the checkbox "Pre Verified". I maintain a mailing list for a private holiday where people don't subscribe themselves; I subscribe them. I have vetted their email address beforehand. (The subscribers are mostly not able to handle a verification email, nor any email-based workflow at all.) Is there a configuration option for a mailing list that sets "Pre Verified" to true as a default? I checked the options of "mailman conf" and "mailman-web help" (the latter seems to be Postorious' manage.py on my Debian system), but to no avail. Cheers, Joachim -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Joachim Schrod <joachim(a)schrod.org>

1 year, 8 months

[MM3-users] Re: Subscription issue with ghost confirmations

by Brian Carpenter

Hi Mark, This has occurred again. A person sends an email to listname-subscribe@listdomain and the subscription policy of said list is set to moderate only. Instead of honoring this, a confirmation email is sent out. Now the email address that made this request does not show up at all in any of my logs. There is no record of them making a previous subscription attempt before the subscription policy was changed to moderate. Here are some observations: 1. The two occurrences of this happening was to Gmail users. 2. The two occurrences of this happening was when an email is being sent to the listname-subscribe@listdomain address. 3. This is only happening on 1 list. This may have no bearing on the issue but the list address of this problematic list is ******-owners@listdomain. I know there is an alias created for each list that is listname-owner@listdomain. Just throwing that out there. <princess-leia-voice>Help me Obi-Wan Sapiro. You are my only hope.</princess-leia-voice>

5 years, 9 months

[MM3-users] Re: Outgoing messages fro Mailman fails DMARC

by Henrik Rasmussen

> On 04/10/2018 06:53 PM, Mark Sapiro wrote: > > I'm not sure I understand what you are saying. Mailman's (both 2 and 3) > DMARC mitigations allow modifying the outgoing message in some or all > cases so the From: domain is the list's domain so the message won't be > dealt with by the recipient MTA according to the original From: domain's > DMARC policy. > > See <https://wiki.list.org/DEV/DMARC>;. Also, > <https://wiki.list.org/x/17891458> may be of interest. Thanks you for the links. According to https://wiki.list.org/DEV/DMARC the MM3 list setting "DMARC mitigation action" (which actually say "Replace From: with list address" in Postorius) should change the From: header. This doesn't seem to work if I don't also set "DMARC Mitigate unconditionally" to Yes, but does if I do. Where do I change defaults for all lists, instead of a per list change in settings/dmarc_mitigations ? Henrik Rasmussen

8 years, 4 months

[MM3-users] Re: How to hide sender completely

by Odhiambo Washington

On Wed, May 10, 2023 at 2:08 PM Roland Miyamoto via Mailman-users < mailman-users(a)mailman3.org> wrote: > Thanks, Mark, > > On 10/05/2023 01:50, Mark Sapiro wrote: > > Both this and all other incoming Received: headers are removed from > > posts to anonymous lists beginning with Mailman 3.3.4. > > X-MailFrom: headers are also removed as of Mailman 3.3.4. > > For clarifying. > > I am currently running > > GNU Mailman 3.2.1 (La Villa Strangiato) > > under Debian buster (10). > Seems I will have to upgrade to Debian bookworm (12) > if I want to stick with the deb package > and want complete anonymity to work. > > Or else dive into the virtualenv, which seems to be recommended option > anyway. > And virtualenv gives you more freedom. -- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254 7 3200 0004/+254 7 2274 3223 "Oh, the cruft.", egrep -v '^$|^.*#' ¯\_(ツ)_/¯ :-) [How to ask smart questions: http://www.catb.org/~esr/faqs/smart-questions.html]

3 years, 3 months

[MM3-users] Re: Feature request, hyperkitty, low volume lists

by Alain D D Williams

On Thu, Jan 09, 2025 at 09:06:56AM -0800, Mark Sapiro wrote: > On 1/9/25 06:07, Alain D D Williams wrote: > > > > For an example see: > > > > https://fridayfolk.phcomp.co.uk/mailman3/hyperkitty/list/announce@fridayfol… > > The above URL and also https://fridayfolk.phcomp.co.uk/mailman3/hyperkitty/list/announce@fridayfol… > and even https://fridayfolk.phcomp.co.uk/mailman3/hyperkitty/ all give a 500 > internal server error response. Sigh - try again. The 500 error happens several times a day. After 5 minutes it behaves as it should ... until it happens again some time later. I have not found out what is happening; nothing obvious in the logs, not high system load. I can live with it for now as I am busy elsewhere. -- Alain Williams Linux/GNU Consultant - Mail systems, Web sites, Networking, Programmer, IT Lecturer. +44 (0) 787 668 0256 https://www.phcomp.co.uk/ Parliament Hill Computers. Registration Information: https://www.phcomp.co.uk/Contact.html #include <std_disclaimer.h>

1 year, 7 months

[MM3-users] Re: Reset bounce count in MM3

by iMark

>> On 3/8/26 17:20, iMark wrote: >> Is there an equivalent of Mailman 2's "bin/reset_bounce.py" in Mailman >> 3 ? ================= > On 2026-03-09 01:43, Mark Sapiro wrote: > reset_bounce.py is not part of Mailman 2.1. It is one of my scripts > <https://www.msapiro.net/scripts/reset_bounce.py>. Currently there is > no Mailman3 equivalent. It wouldn't be hard to make one, but I haven't > done so yet. ================= Thanks for that info (and thank you for the MM2 reset_bounce.py script). I can see on a MM3 list's administration panel that a member has a bounce count of 4. When I query the "bounceevent" table in the mailman database ... SELECT * FROM mailman.public.bounceevent WHERE list_id = '<MY_LIST_ID>' AND email = '<MEMBERS_EMAIL_ADDRESS>' ... the result is only 2 records from the last 24 hours. It appears that the table only stores 24 hours worth. So I figure I'm looking in the wrong place. Where should I be looking?

5 months, 1 week

Search results for query "sapiro"