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

[MM3-users] Re: Mailman Core 3.3.2 is now out

by Mark Sapiro

On 11/22/20 1:04 AM, Torge Riedel wrote: > Am 07.11.20 um 04:24 schrieb Abhilash Raj: >> I missed it in the original email, but a full list of changes in this >> version is present here: >> >> >> https://docs.mailman3.org/projects/mailman/en/latest/src/mailman/docs/NEWS.… >> > > Hi, > > this link now points to 3.3.3, is there a chance to make this link more > stable? Maybe > > https://docs.mailman3.org/projects/mailman/en/latest/src/mailman/docs/NEWS.… Those links are created by Sphinx and as you note the fragments are not stable. I don't know if it's possible to tell Sphinx via the .rst source how to name the fragments. Maybe the best idea is to not use fragments at all and just point to the document. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

5 years, 6 months

[MM3-users] Re: Moderation emails

by Mark Sapiro

On 3/3/21 7:59 PM, peter(a)chubb.wattle.id.au wrote: > > The third part is another message/rfc822 part that says, > If you reply to this message, keeping the Subject: header intact, > Mailman will discard the held message. The 'this message' in that text refers to the message in the message/rfc822 part. I know it's confusing, but it's been that way since Mailman 2.1.0. That said, it should be fixed. It should at least say "If you reply to this attached message part, not the outer message, keeping ...". It also refers to an Approved: header with the list password, and there is no list password. There is a moderator_password which works in this context, but it is rather obscure. Not only that, but it doesn't work anyway. See <https://gitlab.com/mailman/mailman/-/issues/631> and <https://gitlab.com/mailman/mailman/-/issues/169> -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

5 years, 3 months

[MM3-users] Re: Using Header filters

by Mark Sapiro

On 8/13/21 10:55 AM, Mohsen Masoudfar wrote: > Hi, > > I wonder if it is possible using the "Header filters" option to filter for a specific word to push the message to Moderation? You can use Header filters to hold for moderation any messages that have a header matching a pattern. The pattern match is unanchored and case insensitive so for example to hold for moderation any message which contains the string `word` or `Word`, etc. anywhere in the Subject: you would create a Header Filter with Header = subject, Pattern = word and Action = Hold for moderation. If you want to match only the word `word` and not things like `foreword` and `wordless`, you'd use a pattern like (^|\W)word(\W|$). See <https://docs.mailman3.org/projects/mailman/en/latest/src/mailman/rules/docs…> and <https://docs.python.org/3/library/re.html>. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

4 years, 10 months

[MM3-users] Re: Whitelist in mailman3: How to allow only ~400 e-mail senders in a file whitelist to send to a list?

by Mark Sapiro

On 8/3/25 13:52, Wikinaut wrote: > In mailman2, it was quite handy to place "@whitelist" into the field sender/accept_these_nonmembers, when such a file has been set up. > > How can I (per list or programmatically) define the ~400 e-mail senders to be allowed to send to my about 30 lists? > And, yes, I already searched for a solution of this problem, but could not find any. This feature was added in Mailman core 3.3.10. See https://docs.mailman3.org/projects/mailman/en/latest/src/mailman/docs/NEWS.… https://gitlab.com/mailman/mailman/-/issues/794 https://gitlab.com/mailman/mailman/-/merge_requests/1154 and documented in postorius 1.3.13. See https://gitlab.com/mailman/postorius/-/issues/589 https://gitlab.com/mailman/postorius/-/merge_requests/938 -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

10 months, 2 weeks

[MM3-users] Re: localhost[::1] said: 550 Requested action not, taken: mailbox unavailable

by Mark Sapiro

On 10/26/2017 11:30 PM, Bjoern Franke wrote: > > Oct 27 08:24:58 srv20 postfix/lmtp[2981]: 8798E40979: > to=<admin(a)lists.ffnw.de>, relay=localhost[127.0.0.1]:8024, delay=0.51, > delays=0.43/0.02/0.02/0.03, dsn=5.0.0, status=bounced (host > localhost[127.0.0.1] said: 550 Requested action not taken: mailbox > unavailable (in reply to end of DATA command)) This may be a Mailman bug. I'll look further when I have time. The message above says that Postfix tried to deliver the message to Mailman's lmtp runner and the runner said there was no such list. I'm guessing that there may be confusion between the admin@... list address and a listname-admin@... address. If this is the case, it means there is a bug which would affect any lists named 'admin', 'bounces', 'confirm'. 'join', 'leave', etc. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

8 years, 7 months

[MM3-users] Re: Change settings via mailman shell

by Mark Sapiro

On 3/6/19 1:32 AM, kk(a)eco.cept.org wrote: > I am trying to find a way to set some parameters on the lists from a shell script. One specific parameter - max_message_size is not presented through the REST interface apparantly, and i found a way to set this with mailman shell command. Continuing this path i seem not to be able to set any other parameters like this: > m.archive_policy = 'never' You can't set archive_policy to a string. it has to be set to an attribute of mailman.interfaces.archiver.ArchivePolicy i.e. from mailman.interfaces.archiver import ArchivePolicy m.archive_policy = ArchivePolicy.never See <https://mailman.readthedocs.io/en/latest/src/mailman/handlers/docs/archives…> > m.subject_prefix = '' > m.dmarc_mitigate_action = 'munge_from' Likewise dmarc_mitigate_action is an attribute of mailman.interfaces.mailinglist.DMARCMitigateAction See <https://mailman.readthedocs.io/en/latest/src/mailman/handlers/docs/dmarc-mi…> -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

7 years, 3 months

[MM3-users] Re: Strange URL in error message

by Mark Sapiro

On 7/14/24 9:14 AM, waps(a)tantalus.jena.thur.de wrote: > (Debian 12) > > I have the problem that the hyperkitty archive is empty. The file /var/log/mailman3/mailman.log show sometimes the message > > urllib3.exceptions.MaxRetryError: HTTPSConnectionPool(host='www.XXXXX-project.demailman3', port=443): Max retries exceeded with url: /hyperkitty/api/mailman/archive (Caused by NewConnectionError('<urllib3.connection.HTTPSConnection object at 0x7fa48b43a910>: Failed to establish a new connection: [Errno -2] Name or service not known')) > > (there is a slash missing between 'project.de' and 'mailman3'). My goal is, of course, to have an running archive. But I think the error message could be a hint about the reason) It appears that your setting for base_url in mailman-hyperkitty.cfg is missing the slash. I.e., it is http://www.XXXXX-project.demailman3/ and should be http://www.XXXXX-project.de/mailman3/ -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

1 year, 11 months

[MM3-users] Re: Migrating from old V2 server to new V3 server. Questions.

by Mark Sapiro

On 10/2/24 20:33, jkoral(a)luc.edu wrote: > Not sure if this means anything. This is the log from old server after trying to send. I edited the FQDN and IP though. Any thoughts? I think it may be the configuration of postfix on the new server though. > > Oct 2 22:26:59 listservls01 postfix/smtp[139911]: B1FD27ED: to=<test(a)listservnew.example.com>, orig_to=<olivertest(a)lists.luc.edu>, relay=listservnew.example.com[x.x.x.x]:25, delay=0.01, delays=0/0/0.01/0, dsn=4.4.2, status=deferred (lost connection with listservnew.example.com[x.x.x.x] while receiving the initial server greeting) The message is deferred. Postfix will keep trying for maximal_queue_lifetime (default 5 days). Possible causes are a firewall on the new server blocking port 25 connects or some postfix misconfiguration on that server. Can that server receive mail at all? -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

1 year, 8 months

[MM3-users] Re: Confirm and Moderate Unsubscribe Requests

by Mark Sapiro

On 10/21/20 8:53 AM, Brian Carpenter wrote: > If you set the unsubscription policy to confirm then moderate for a list > and someone unsubscribes, they receive a confirmation request. That is > good. They respond to it. That is also working fine. However the list > owner/moderator than gets a request to approve the unsubscribe request > and well, unless I am missing something, I don't see an interface to > handles such requests via Postorius. This is <https://gitlab.com/mailman/postorius/-/issues/332>. > How does one handle an unsubscribe request that requires moderator > approval? I'm not sure at this point, I can look further later, but if the notice to the admin has a token, it might work to send a `confirm <token>` command to the list-request address. Otherwise, don't moderate unsubscription requests. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

5 years, 8 months

[MM3-users] Re: High memory usage

by Mark Sapiro

On 2/16/22 00:18, Philip Colmer wrote: > Thank you for the replies from Mark and Stephen. > > One of the reasons why Prasanth & I are concerned with this specific system > is because the first time memory usage crept up, it got to the point where > oomkiller stepped in and, as is usual for that particular mechanism, one of > the processes it killed was sshd, thus removing access to the system :(. I > know that oomkiller can be tuned to stop it killing processes like sshd but > it will, nevertheless, start killing *some* processes if it sees an out of > memory situation. It sounds like there is a memory leak somewhere. This is an issue with some versions of Python. I know both Python 3.10.2 and 3.9.10 were released ahead of schedule to fix this. See https://bugs.python.org/issue46347 -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

4 years, 4 months

Search results for query "sapiro"