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

[MM3-users] Re: FILTER_VHOST fix - was: Postorius & multi domain

by Mark Sapiro

On 4/22/20 11:52 AM, Mark Sapiro wrote: > > I'm currently working on a better fix. I'll post here on my progress. I've got a tentative fix at <https://gitlab.com/mailman/postorius/-/merge_requests/500/>. You can see the changes there to the file src/postorius/views/list.py. This fix is limited in that it should enable FILTER_VHOST work in an environment where there are domains with web host different from mail host, but if there are multiple domains with the same web host but differing mail hosts, going to that domain's Postorius lists view will show all domains as if FILTER_VHOST is False. I.e. consider the following set of domains: mail host web host example.com lists.example.com example.net example.net example.org lists.example.org example.edu lists.example.org With the fix installed and FILTER_VHOST = True https://lists.example.com/postorius/lists/ will show only the example.com lists https://example.net/postorius/lists/ will show only the example.net lists but https://lists.example.org/postorius/lists/ will show all lists, not just the example.org and example.edu lists. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

6 years, 3 months

[MM3-users] Re: About to Install MM3 -- Seeking clarification

by Mark Sapiro

On 10/22/22 13:07, Onyeibo Oku wrote: > On Sat Oct 22, 2022 at 7:44 PM WAT, Mark Sapiro wrote: >> The specific error you reported refers tp >> /opt/mailman/venv/lib/python3.10/site-packages/zope.i18nmessageid-5.0.1-py3.10.egg-info/PKG-INFO >> >> what does >> ``` >> ls -l >> /opt/mailman/venv/lib/python3.10/site-packages/zope.i18nmessageid-5.0.1-py3.10.egg-info/PKG-INFO >> ``` >> show? >> > > See below: > > command: > ls -lh /opt/mailman/venv/lib/python3.10/site-packages/zope.i18nmessageid-5.0.1-py3.10.egg-info/PKG-INFO > > output: > -rw-r--r--. 1 mailman mailman 7.8K Oct 19 18:31 /opt/mailman/venv/lib/python3.10/site-packages/zope.i18nmessageid-5.0.1-py3.10.egg-info/PKG-INFO This is actually strange. What does `pip --version` in your venv show? Did you do anything to install mailman and other packages in your venv other than `pip install`. I ask because I don't think there should be *egg-info directories in /opt/mailman/venv/lib/python3.10/site-packages/ at all. In particular, in addition to the actual code directories, I only see files and directories with names ending in nspkg.pth and dist-info. -- 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: not correct language in subject(s)

by Mark Sapiro

On 5/23/23 08:19, Mark Sapiro wrote: > On 5/23/23 06:24, Jens Günther wrote: >> >> But also other examples: >> - bounce-mail for the user that moderator approval is necessary (there >> the text is in german, but the reason is in english) >> - approval-mail for moderator (also text is in german, but subject and >> reason in english) > > > I'll look into these. If you don't have the > mailman/messages/de/LC_MESSAGES/mailman.mo file, this could be the > reason, but there may be a bug. I just tested, and the notice to the moderator of a held message is in the list's preferred language including the Subject: and the moderation reason, and the notice to the user sending a held message is in the User's preferred language for that list including the Subject: and the moderation reason. I suspect your issue is you don't have the compiled mailman.mo German message catalog. The text is in German because it comes from templates and you presumably do have German language templates. -- 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: problem with Python's stdlib email module (was: Re: mailman break DKIM signature by modifying body)

by Mark Sapiro

On 6/5/23 10:07, Peter Münster wrote: > On Mon, Jun 05 2023, Mark Sapiro wrote: > >> Changes like those above are due to Python's stdlib email module. > > Could you point me to the code please, where the module is called? Basically, all over. https://gitlab.com/mailman/mailman/-/blob/master/src/mailman/email/message.… defines a mailman.email.message.Message class which is a subclass of Python's email.message.Message class. https://gitlab.com/mailman/mailman/-/blob/master/src/mailman/runners/lmtp.p… makes a mailman.email.message.Message object from the incoming bytes. This object is passed around through many Mailman modules and ultimately https://gitlab.com/mailman/mailman/-/blob/master/src/mailman/runners/outgoi… calls the delivery function which has multiple paths which all wind up at https://gitlab.com/mailman/mailman/-/blob/master/src/mailman/mta/connection… to send the message. and current code (Mailman >=3.3.6) will actually pass the message object to Python's smtplib <https://docs.python.org/3/library/smtplib.html#smtplib.SMTP.send_message> to send it. -- 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: Bug in email.generator:_handle_text? [was: store/export existing Mailman lists ...]

by Mark Sapiro

On 9/15/22 12:09, Mark Sapiro wrote: > > This apparently confuses the Python email package so that the > get_payload() method returns a list of strings rather than a list of > message objects. Actually, that's not correct. The get_payload() method is returning a list of message objects. It only appears to be a list of strings because this is a mailman.email.message.Message object whose __repr__() method returns the content as a string. The real issue is the missing Content-Type: header which implies the content is text/plain. 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. So the real issue is what's removing all those headers from the anonymized message. I think there must be some issue with the configured anonymous_list_keep_headers or the code in mailman/handlers/cleanse.py is somehow corrupted. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

3 years, 11 months

[MM3-users] Re: Moderation Action Changed After Import

by Mark Sapiro

On 2/12/21 1:02 PM, Brian Carpenter wrote: > On 2/12/21 3:14 PM, Mark Sapiro wrote: >> It seems you imported to an existing list with import21. This is >> probably not a good idea. >> >> Those members who were moderated members of the MM 2.1 list will have >> their moderation action set to Hold, Reject or Discard based on the 2.1 >> list setting. > > I don't understand. Does not the import21 script require the Mailman 3 > list to be created first? The Mailman 3 list was new with no members > when I ran the import script. Yes, You did the right thing. I was mislead by "He said the previous moderation was the list's default which was hold for moderation." which is Mailman 3 terminology. The list does need to be created first, but it should be a new list with no members, owners, etc., not an operational Mailman 3 list. So, it seems that most of the members of the MM 2.1 list were moderated and the list's member_moderation_action was Reject. Is this not the case? -- 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: Is there a way of recording bounce messages?

by Mark Sapiro

On 9/28/23 11:15, Mark Sapiro wrote: > > Lets say you have a few problem lists, list1(a)example.com and > list2(a)example.com. Put the following in Postfix main.cf > ``` > virtual_alias_domains = example.com > virtual_alias_maps = regexp:/etc/postfix/temp-aliases > ``` > Then create /etc/postfix/temp-aliases with this content > ``` > list1-bounces(a)example.com user(a)example.net > list2-bounces(a)example.com user(a)example.net > ``` > where user(a)example.net is the address that should receive the bounces. I just realized it's not that simple. The above will bounce all mail to the example.com domain other than that addressed to the two -bounces addresses. A possible fix is to set ``` list1-bounces(a)example.com user(a)example.net list2-bounces(a)example.com user(a)example.net ^(.*)(a)example.com ${1}(a)x.example.com ``` in /etc/postfix/temp-aliases and edit Mailman's var/data/postfix-lmtp and replace all `(a)example.com` with `(a)x.example.com` Another approach is just to edit Mailman's var/data/postfix-lmtp and remove the list1-bounces(a)example.com and list2-bounces(a)example.com entries and add ``` list1-bounces: user(a)example.net list2-bounces: user(a)example.net ``` to /etc/aliases -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

2 years, 10 months

[MM3-users] Re: Set domain inactive / archive import from other domain.

by Mark Sapiro

On 09/18/2018 07:14 PM, Johannes Winter wrote: > Am Sat, 15 Sep 2018 09:31:53 -0700 > schrieb Mark Sapiro <mark(a)msapiro.net>: >> >> Why do you think the domain name is an issue? Perhaps the issue is >> there is already one or more messages in the archive and the messages >> you are importing are older. If you don't specify --since to >> hyperkitty_import it won't import messages older than the newest >> message in the existing archive. > > > Thanks a lot for your excellent and fast support! That was the problem. > Maybe it would be wise to include that into the help of the > hyperkitty_import command? > > Although this command successfully imported 3/4 of the huge (1.7GB) > mbox, it stumbled upon an error after some minutes: > https://gitlab.com/mailman/hyperkitty/issues/200 I have added a comment there which see. I'll "fix" this and I'll update the help to note that if not specified, --since defaults to the date of the newest existing message in the archive. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

7 years, 11 months

[MM3-users] Re: After server upgrade debian 11→12 and reinstalling everything in (venv), I got this error when accessing → mailman3/lists

by Mark Sapiro

Wikinaut wrote: > /opt/mailman/mm/var/templates/sites/de$ dir > insgesamt 12 > 4 -rw-r----- 1 mailman mailman 172 21. Sep 20:50 list:member:digest:footer.txt > 4 -rw-rw---- 1 mailman mailman 173 21. Sep 20:47 list:member:generic.footer.txt > 4 -rw-rw---- 1 mailman mailman 173 21. Sep 20:48 list:member:regular:footer.txt As you have noted, it's `site`, not `sites`, but that's not what I'm writing about. In the above, list:member:generic.footer.txt is never used. list:member:generic.footer.txt is an alternate name for both list:member:digest:footer.txt and list:member:regular:footer.txt. it will be used if and only if the primary name is not found. I.e., if both the regular and digest footer templates are the same, you can put the footer template in list:member:generic.footer.txt and that will be used for both but only if the other files are not there. If the other files are there, they will be used and the `generic` file will be ignored. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

10 months, 4 weeks

[MM3-users] Re: Hyperkitty Error Curiosity

by Mark Sapiro

On 11/12/20 6:59 AM, Brian Carpenter wrote: > On 11/11/20 7:40 PM, Mark Sapiro wrote: >> >> The message has been delivered to the list, but it is not archived. The >> list post has an Archived-At: header with a URL, but the message isn't >> there at all. The only way to get it archived is to correct the message >> defect. > > Does the problematic message (null character) make it to the > hyperkitty_thread table? I thought that saying it is not archived would answer that, but no, nothing about that message is stored in any hyperkitty table. > Can a message with a null character be repaired with an automatic process? Probably, but I don't think HyperKitty should be in the business of attempting to repair message defects. This one issue of a null byte is arguably not a defective message, but rather an issue of storing a null byte in a database field, so maybe something could be done to `cleanse` that data before storing it. If I were going to look at doing that, I would need an example of a problem message, and ideally, an issue in the tracker. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

5 years, 9 months

Search results for query "sapiro"