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

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

by Mark Sapiro

On 09/15/2018 07:15 AM, Johannes Winter wrote: > > we've migrated a list from another domain and would like to keep the > archives. Hyperkitty doesn't recognize the emails in the mbox archive > during import due to the other domain name. I don't understand the problem. I just ran a test where I imported a mbox containing 3 messages which were not even list posts and in which I had changed all the domain names to 'example.com'. I.e., in the mbox I imported, the headers containing domain names looked like From root(a)example.com Sun Aug 26 09:12:06 2018 Return-Path: <root(a)example.com> Delivered-To: root(a)example.com Received: by example.com (Postfix, from userid 0) From: Anacron <root(a)example.com> To: root(a)example.com Message-Id: <20180826161158.F154D34010C(a)example.com> X-msapiro-MailScanner-From: root(a)example.com and the 3 messages were all added to the archive. 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. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

7 years, 2 months

[MM3-users] Re: non-member moderation: list default vs default processing

by Mark Sapiro

On 5/21/21 3:58 PM, dancab(a)caltech.edu wrote: > > Each time this problem has come up I've had to change the moderation setting from "List Default" to "Default Processing". > But I've also noticed that some non-members were imported and already have "Default Processing" configured. > > Can you help me understand what determines this setting in Mailman3? > > It seems this would be something addressed via the mailman import21 option I've been using to import the lists. It depends in part on the version of Mailman core as `mailman import21` has had some changes, but here's how it should work. Regexps in MM 2.1 *_these_nonmembers are imported into the corresponding MM 3 *_these_nonmembers. Addresses in MM 2.1 *_these_nonmembers are imported into MM 3 as non-members with their moderation_action set to `defer`, `hold`, 'reject` or `discard` according to which *_these_nonmembers they came from. `accept` maps to `defer` and the others to the same. Prior to Mailman 3.3.0, `accept` mapped to `accept` but `defer` is better. This can get very convoluted if the same address is both a member and in *_these_nonmembers, but in both MM 2.1 and MM 3, the member takes precedence. Is this not what you are seeing? -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

4 years, 6 months

[MM3-users] Re: How to store additional information about lists?

by Mark Sapiro

On 5/29/21 7:31 PM, Stephen J. Turnbull wrote: > > There won't be a membership adapter in Systers Mailman if there isn't > one in GNU Mailman, because they used the stock user database and > added fields to the User record to implement their membership > extensions. > > Membership adapter is a Mailman 2 feature that allowed use of an > external membership database (such as a corporate LDAP system). I > thought it was ported to Mailman 3 but maybe not. Actually, it's not quite that simple. Mailman 2.1 defines a MemberAdaptor class, the methods of which are used for everything to do with list members and memberships and are all documented in the base definition in Mailman/MemberAdaptor.py and all raise `NotImplementedError`. Also included in Mailman 2.1 is Mailman/OldStyleMemberships.py which subclasses MemberAdaptor and actually implements the methods, storing the data in the same config.pck pickle as the list settings. Various people have implemented various other MemberAdaptor classes for various purposes. https://bugs.launchpad.net/mailman/+bug/558106 contains several revisions of one using LDAP for the (read only) membership data. The Mailman 3 analog of this is the IMember interface defined in mailman/interfaces/member.py and implemented in mailman/model/member.py -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

4 years, 6 months

[MM3-users]Incorrect URLs

by Mark Sapiro

There are various URLs exposed in various emails from the list, many of which are wrong. The underlying issue is there are generic replacements such as $listinfo_uri and $user_options_uri in various templates such as the welcome.txt list welcome message and the footer-generic.txt message and digest footer. Now that the Mailman 3 core engine has been separated from the web UI, the core doesn't know what these replacements should be and there is not yet an interface to get them from Postorius or whatever the web UI is. In the mean time, I have made list specific versions of welcome.txt (done before announcing the list) and footer-generic.txt (just now) with the correct URLs hard coded. The purpose of this post is two-fold. To explain the issue, and to test the footer. There are probably more of these incorrect replacements and I will fix them as I notice them or they are pointed out to me. Note that I am aware that the https URLs in the List-Subscribe: and List-Unsubscribe: headers added to posts are wrong, but I haven't got a handle on this yet. The mailto: links in those headers are correct as are the Archived-At: and List-Archive: URLs as there is an interface to get those from the archiver. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

9 years, 8 months

[MM3-users] Re: What implications do GDPR have on Mailman, and how to requiring members to accept registration

by Mark Sapiro

On 5/17/18 3:35 AM, Henrik Rasmussen wrote: > > I am also concerned that new lists are created with a subscription policy "Confirm" as default, rather than at least "Moderate", which can cause people to be subscribed by others against there will. I'm confused. Confirm sends a confirmation request to the subscribed address which must be acted upon by the user before she is added to the list. Moderate just means approval by an owner/moderator which, it seems to me is more susceptible to a 3rd party subscribe succeeding - i.e., subscription requires membership in some organization. A subscribes B who is a member of the organization but doesn't want to be on the list. The moderator verifies that B is an organization member and approves the subscription. Granted, it may be possible for some brain-dead vacation responder to confirm a subscription request, but that's a separate issue. > Also, regardless of this setting, administrators can subscribe people without their knowledge. Granted that this can be abused, but not allowing admins to directly add members will probably create more problems than it solves. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

7 years, 6 months

[MM3-users] Re: mail stuck in "out" queue

by Mark Sapiro

On 6/13/20 6:30 PM, Kareem Zidane wrote: > Hi Mark, > > Sorry to bother you! Just wanted to loop back on the above to see if you might have any thoughts on that by chance? I'm sorry, I thought I had replied, but clearly I hadn't. So as I understand it, you have multiple lists in this Mailman 3 installation, and only one list has this issue, and mail to this list gets archived, but not delivered but is queued in var/queue/out and remains there. This is hard to understand. When Mailman's out runner processes its queue, it processes messages in chronological order without regard to which list they are from, so it must be at least attempting to deliver these messages, and somehow failing and requeueing them. I do see this Jun 09 17:36:31 2020 (82) Cannot connect to SMTP server postfix on port 25 in the log excerpt you posted. What's in Mailman's smtp.log and the postfix mail.log that might be related to this? It's hard to understand how an MTA connect issue could affect only one list. If it is accepting the connict and then dropping the connection for too many invalid RCPT addresses, that's a possibility. -- 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: Mailserver Log entries following through mailman?

by Mark Sapiro

On 11/10/23 12:39, Andreas Barth wrote: > > is there some way to find an ID to follow an email through mailman? In > the exim logfile there is only something like C="250 Ok" (whereas in > mails sent to another exim there is something like C="250 OK id=…"). > (What I sometimes need to do is to follow an mail whether it is sent > through mailman and to where.) Every message should have a unique Message-ID: header. According to my reading of https://www.exim.org/exim-html-current/doc/html/spec_html/ch-log_files.html Exim should create a => log entry with an id= field containing the Message-ID when the message is received for delivery to Mailman and another similar entry when the message is received from Mailman for delivery to one or more list members. Mailman itself logs ACCEPT:, HOLD:, DISCARD:, REJECT: and OWNER: entries in mailman.log for those events (OWNER: indicates a message to list owners). All these entries contain the Message-ID. Mailman's smtp.log contains 'post to' and 'smtp to' entries with Message-IDs for all outgoing messages. > Or should I raise an issue as whishlist request? What exactly would you wish for that Mailman can do. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

2 years, 1 month

[MM3-users] Re: Mailman3 on AlmaLinux 9 - Python3.9 errors

by Mark Sapiro

On 7/1/24 12:34, willie.castillo(a)caemilusa.com wrote: > Hi, I'm trying to configure mailman3 on my AlmaLinux 9 server and when checking the mailman3 status, I get the following: ... > File "<string>", line 8, in run_migrations > File "/usr/lib/python3.9/site-packages/alembic/runtime/environment.py", line 851, in run_migrations > self.get_context().run_migrations(**kw) > File "/usr/lib/python3.9/site-packages/alembic/runtime/migration.py", line 608, in run_migrations > for step in self._migrations_fn(heads, self): > File "/usr/lib/python3.9/site-packages/alembic/command.py", line 309, in upgrade > return script._upgrade_revs(revision, rev) > File "/usr/lib/python3.9/site-packages/alembic/script/base.py", line 435, in _upgrade_revs > return [ > File "/usr/lib64/python3.9/contextlib.py", line 137, in __exit__ > self.gen.throw(typ, value, traceback) > File "/usr/lib/python3.9/site-packages/alembic/script/base.py", line 259, in _catch_revision_errors > raise util.CommandError(resolution) from re > alembic.util.exc.CommandError: Can't locate revision identified by '2156fc3f6f7d' > > > Any ideas why? It looks like your mailman/database/alembic/versions/ directory is missing 2156fc3f6f7d_add_dmarc_addresses.py. What is your mailman version? This migration was added in Mailman core 3.3.9. Possibly your Mailman version is < 3.3.9 but the alembic_version table in your mailman database points to an alembic version not in your mailman core version. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

1 year, 5 months

[MM3-users] Re: 501 Message has defects

by Mark Sapiro

On 10/25/24 08:06, jgn1980--- via Mailman-users wrote: > Hi > > I'm using GNU Mailman 3.3.8 (Tom Sawyer) on debian 12, and I have this issue on a scheduled e-mail, every day: > > 2024-10-25T04:00:04.874081+01:00 XXXXXXX postfix/lmtp[29258]: CEB32100F44: to=<XXX(a)XXX.XX>, relay=localhost[127.0.0.1]:8024, delay=0.02, delays=0.01/0/0.01/0.01, dsn=5.0.0, status=bounced (host localhost[127.0.0.1] said: 501 Message has defects (in reply to end of DATA command)) Mailman's LMTP runner is parsing the incoming message and it has defects. To see what the defects are, put the raw message in a file and do the following in `mailman shell` ``` $ mailman shell Welcome to the GNU Mailman shell Use commit() to commit changes. Use abort() to discard changes since the last commit. Exit with ctrl+D does an implicit commit() but exit() does not. >>> import email >>> from mailman.email.message import Message >>> msg = email.message_from_binary_file(open('test.eml', 'rb'), Message) >>> msg.defects ``` This should display the defects. Once you know what the defects are, you may be able to adjust the process that produces the scheduled email to create a message without defects. Also see https://gitlab.com/mailman/mailman/-/issues/351 which we should fix to report and/or log the defects. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

1 year, 1 month

[MM3-users] Re: mail stuck in "out" queue

by Mark Sapiro

On 12/17/24 13:38, pdw(a)mythic-beasts.com wrote: > > I've now found the SHUNT entries and the exceptions seem related to restarting mailman (see below) so that much makes sense. > > unshunting does indeed restore them, but unfortunately they're now back in the looping state. This behavior always seems related to decorate being unable to get templates for for the message header/footer. Does this list define templates for list.member.regular.header or list.member.regular.footer in Postorius? To rule out a template retrieval issue as the cause, you could try this patch to skip decorating the message. ``` --- a/src/mailman/handlers/decorate.py +++ b/src/mailman/handlers/decorate.py @@ -40,6 +40,7 @@ alog = logging.getLogger('mailman.archiver') def process(mlist, msg, msgdata): """Decorate the message with headers and footers.""" + return # Digests and Mailman-craft messages should not get additional headers. if msgdata.get('isdigest') or msgdata.get('nodecorate'): return ``` If you apply that patch and the messages get delivered, albeit without the footer, the issue is definitely in retrieval of templates. You say you have removed the var/templates/list/LIST_ID/* templates, but is there still a var/templates/list/ and a var/templates/list/LIST_ID/ directory and are they searchable by the Mailman user? -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

11 months, 3 weeks

Search results for query "sapiro"