Search results for "Postorius" - Mailman-users

Re: Programmatic Creation of Users

by Mark Sapiro

On 7/30/22 05:25, jciesla(a)techsupportme.com wrote: > > After a lot of research I now understand that what I am doing in the Core Shell is creating a User entity which has one or more email addresses as well as one or more roles and preferences that exist at the global level. This user entity can Subscribe to zero or more lists. If I am incorrect in the summation please let me know! Almost correct. A User does have preferences but does not have roles. Roles are associated with list memberships, not users. > Assuming that the previous information is correct that brings us to my current dilemma. Specifically, the User entity can Subscribe and interact with lists using the email commands, but they can't Login using the Postorius web interface. If I understand correctly the reason that they can't login is that the underlying Django system does not recognize their account because the account that was created in Core isn't accessible by Django. Instead the user needs to create a Django-specific account at which point the information from Core becomes available in the user's web UI. The simple view is that Django users and Mailman Users are unrelated. Either can exist without the other. They only tie together if they have the same email address. That is the only connection between them. > If that is in fact accurate then I want to take the next logical leap: is it possible to programmatically create an account in Django that is tied to the account that was created in Core? See the script at https://www.msapiro.net/scripts/clean_users.py. This is an example that deals with Django users and Mailman Users and deletes some Django users. See https://docs.djangoproject.com/en/4.0/topics/db/queries/#creating-objects for information about creating objects. Also see the UserManager class in django/contrib/auth/models.py -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

3 years

Re: Add domain to Mailman, can't create list with that new domain

by Odhiambo Washington

On Thu, Oct 17, 2024 at 5:32 PM Andy Matthews <andy.matthews(a)zaxiom.com> wrote: > I'm testing locally to try and support additional domains. > > I can add new mailing lists with a domain: announce-123(a)mydomain.com > I can't add a new mailing list with an alternate domain: > announce-123(a)testing.com > > Following the documentation for domains I'm able to successfully add the > new domain (locally) with the following steps: > > https://docs.mailman3.org/projects/mailman/en/latest/src/mailman/model/docs… > > 1. Shell into the mailman server > 2. Shell into the mailman Python environment: mailman shell > 3. Add a new mailing list. > from mailman.interfaces.domain import IDomainManager > from zope.component import getUtility > manager = getUtility(IDomainManager) > manager.add('testing.com') > show_domains() # with method from the above documentation URL > <Domain testing.com> > <Domain mydomain.com> > > But then when I run a cURL command (from the mailman server) to add a list > with that new domain I get an error: > $ curl -k -u restadmin:restpass -X POST -H "Content-Type: > application/json" --data '{"fqdn_listname": "new-list(a)testing.com"}' > https://0.0.0.0:8001/3.1/lists > {"title": "400 Bad Request", "description": "Domain does not exist: > testing.com"} > > Am I doing something wrong, or missing a step? If not, how do I add > support for additional domains such that I can provide mailing list support > for that domain? > I am not sure I understand your question. Do you use Postorius and you can't add new domains from there? -- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254 7 3200 0004/+254 7 2274 3223 In an Internet failure case, the #1 suspect is a constant: DNS. "Oh, the cruft.", egrep -v '^$|^.*#' ¯\_(ツ)_/¯ :-) [How to ask smart questions: http://www.catb.org/~esr/faqs/smart-questions.html]

9 months, 2 weeks

Affinity Mailman Is Now Beta

by Brian Carpenter

Dear Mailman Admins and Users, Affinity Mailman is our new admin interface for Mailman 3 and we intend to use it to replace Postorius. It has been under development for about 3 months now and it recently reached beta. Calling For Beta Testers Now that Affinity is in beta, we are looking for list admins to help us beta test it. We are interested in getting some feedback and feature requests from beta users. If you are interested in helping us test out Affinity and get a sneak peek of the future of Mailman administration, then email me at brian_carpenter(a)emwd.com <mailto:brian_carpenter@emwd.com?subject=Affinity%20Beta&body=I%20am%20interested%20in%20Beta%20Testing%20Affinity> and I will begin the process of setting you up with an Affinity Mailman admin account and provide 2 test lists to use for beta testing purposes. While I am at it: Empathy Is Now Under Development "So what in the world is Empathy? I mean really - first Affinity and now Empathy?" That is correct. We figured if we are going to replace the default admin UI (Postorius) for Mailman 3, we might as well replace the default forum/archive UI (Hyperkitty) for Mailman 3. With Empathy, we are bringing a beautiful and user-friendly experience for those who wish to use Mailman 3 as a modern forum. We want Empathy to bring a true community like approach to the use of Mailman 3 via a browser. It will supplement the mailing list feature of Mailman 3 with an easy to use online forum. So Mailman 3 users will get the best of both worlds: a modern mailing list app AND a modern forum app. Empathy can also be used to display your list threads (archives) in an easy-to-read manner, and those threads can be categorized by tags and will be searchable. -- Please let me know if you need further assistance. Thank you for your business. We appreciate our clients. Brian Carpenter EMWD.com -- EMWD's Knowledgebase: https://clientarea.emwd.com/index.php/knowledgebase EMWD's Community Forums http://discourse.emwd.com/

5 years, 1 month

Re: Congrats on the instructions for installation on ubuntu, what about migration?

by Bill Oliver

Thanks. I'll think on that. My tables have a different prefix, so I'll have to remember where to change those config files... billo On Wed, 2024-10-09 at 13:18 -0700, Mark Sapiro wrote: > On 10/8/24 5:45 PM, Bill Oliver wrote: > > > > Is there a tutorial/instructions on migrating data from an old > > system > > to a new one? It's actually not the end of the world if I don't > > get > > all the old emails transferred, but I'd like to get the email > > addresses > > of the participants moved over easily... I believe that I set it > > up > > in 2020, but did not do any version upgrades since then... > > > There's no explicit doc, but there are some posts in the archives of > this list, e.g. > < > https://lists.mailman3.org/archives/list/mailman-users@mailman3.org/me > ssage/FTIC47FPQER5FLR4IW4CGI7JB6ALKIX4/>. > > The easiest scenario is if you want to migrate everything. You just > dump > the database on the old server and load it on the new one using the > database manager's tools. > > If you only want to move some, but not all lists, it's more > complicated, > but possibly the easiest thing is to migrate everything and then > delete > the unwanted lists and their archives from Postorius and HyperKitty. > > > -- > Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, > San Francisco Bay Area, California better use your sense - B. > Dylan > _______________________________________________ > Mailman-users mailing list -- mailman-users(a)mailman3.org > To unsubscribe send an email to mailman-users-leave(a)mailman3.org > https://lists.mailman3.org/mailman3/lists/mailman-users.mailman3.org/ > Archived at: > https://lists.mailman3.org/archives/list/mailman-users@mailman3.org/message… > > This message sent to billo(a)billoblog.com

9 months, 3 weeks

Re: HyperKitty: Thread matching query does not exist

by C. R. Oldham

> Start by posting the traceback... Apologies...I know better. :-D Environment: Request Method: GET Request URL: https://listsredacted.invalid/hyperkitty/list/my-redacted-list@listsredacte… Django Version: 1.10 Python Version: 2.7.13 Installed Applications: ('hyperkitty', 'postorius', 'django_mailman3', 'django.contrib.admin', 'django.contrib.auth', 'django.contrib.contenttypes', 'django.contrib.sessions', 'django.contrib.sites', 'django.contrib.messages', 'django.contrib.staticfiles', 'rest_framework', 'django_gravatar', 'paintstore', 'compressor', 'haystack', 'django_extensions', 'django_q', 'allauth', 'allauth.account', 'allauth.socialaccount', 'django_mailman3.lib.auth.fedora', 'allauth.socialaccount.providers.openid', 'allauth.socialaccount.providers.github', 'allauth.socialaccount.providers.gitlab', 'allauth.socialaccount.providers.google') Installed Middleware: ('django.contrib.sessions.middleware.SessionMiddleware', 'django.middleware.common.CommonMiddleware', 'django.middleware.csrf.CsrfViewMiddleware', 'django.middleware.locale.LocaleMiddleware', 'django.contrib.auth.middleware.AuthenticationMiddleware', 'django.contrib.auth.middleware.SessionAuthenticationMiddleware', 'django.contrib.messages.middleware.MessageMiddleware', 'django.middleware.clickjacking.XFrameOptionsMiddleware', 'django.middleware.security.SecurityMiddleware', 'django_mailman3.middleware.TimezoneMiddleware', 'postorius.middleware.PostoriusMiddleware') Traceback: File "/usr/local/lib/python2.7/site-packages/django/core/handlers/exception.py" in inner 39. response = get_response(request) File "/usr/local/lib/python2.7/site-packages/django/core/handlers/base.py" in _legacy_get_response 249. response = self._get_response(request) File "/usr/local/lib/python2.7/site-packages/django/core/handlers/base.py" in _get_response 187. response = self.process_exception_by_middleware(e, request) File "/usr/local/lib/python2.7/site-packages/django/core/handlers/base.py" in _get_response 185. response = wrapped_callback(request, *callback_args, **callback_kwargs) File "/usr/local/lib/python2.7/site-packages/hyperkitty/lib/view_helpers.py" in inner 136. return func(request, *args, **kwargs) File "/usr/local/lib/python2.7/site-packages/hyperkitty/views/mlist.py" in overview 128. threads = mlist.recent_threads File "/usr/local/lib/python2.7/site-packages/hyperkitty/models/mailinglist.py" in recent_threads 133. return self.cached_values["recent_threads"]() File "/usr/local/lib/python2.7/site-packages/hyperkitty/models/common.py" in __call__ 61. return self.get_or_set(*args, **kwargs) File "/usr/local/lib/python2.7/site-packages/hyperkitty/models/mailinglist.py" in get_or_set 271. return [Thread.objects.get(pk=pk) for pk in thread_ids] File "/usr/local/lib/python2.7/site-packages/django/db/models/manager.py" in manager_method 85. return getattr(self.get_queryset(), name)(*args, **kwargs) File "/usr/local/lib/python2.7/site-packages/django/db/models/query.py" in get 385. self.model._meta.object_name Exception Type: DoesNotExist at /hyperkitty/list/my-redacted-list(a)listsredacted.invalid/ Exception Value: Thread matching query does not exist.

7 years, 11 months

Re: Odd hold message

by Mark Sapiro

On 7/4/19 6:00 AM, Andrew Bernard wrote: > I received a very simple post today that was held with the following reason: > > The message is being held because: > > Message contains administrivia > > At your convenience, visit your dashboard to approve or deny the > request. > > > What is this all about? What does Mailman consider to be administrivia, of > all things, and why is this a reason to hold a message? The administrivia check is designed to detect messages posted to a list which look like they should have been sent to the list-request address instead. You can turn this check off in Postorius at Settings -> Message Acceptance -> Administrivia. > The only thing in the message I can see is that it mentioned '100 members'. > Is Mailman becoming sentient and developing an attitude? Seriously, I'd > like to know more about this. That's not the reason. The administrivia rule checks the Subject: header and the first N non-blank lines of the first text/plain part of the message for things that look like an email command. I.e., lines that begin with a command word followed by the appropriate number of 'arguments'. Here's the list EMAIL_COMMANDS = { # keyword: (minimum #args, maximum #args) 'confirm': (1, 1), 'help': (0, 0), 'info': (0, 0), 'lists': (0, 0), 'options': (0, 0), 'password': (2, 2), 'remove': (0, 0), 'set': (3, 3), 'subscribe': (0, 3), 'unsubscribe': (0, 1), 'who': (0, 2), } This is actuall not a valid list because it is from Mailman 2.1 and not all the above are valid Mailman 3 email commands, but that's what is checked. The N is the configured value for [mailman] email_commands_max_lines: (default 10) Thus, if the Subject: or one of the first 10 non-blank lines is who are you? the administrivia rule will hit. See the source in mailman/rules/administrivia.py for more detail. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

6 years

Re: If I manually add email addresses to a list and then delete them, how do i permanent delete them from Users?

by Eggert Ehmke

Works for me too! Thank you. Only the path to python is #! /opt/mailman/venv/bin/python In my installation. Cheers, Eggert Am Dienstag, 25. April 2023, 22:51:52 CEST schrieb Mark London via Mailman-users: > Andrew - The script had: > > DELETE_MAILMAN_USER = False > > When I set it to True, it got rid of the orphaned email addresses. > Thanks! - Mark > > On 4/25/2023 6:02 AM, Andrew Hodgson wrote: > > > Mark London wrote: > > > > > > > >> I added some email addresses manually to a mailing list and then removed > >> them. But now I can't find how to totally remove them from mailman3. > >> They show up in the Users list. > > > You may find this script useful: > > https://www.msapiro.net/scripts/clean_users.py > > > > > > > > I have it running in a cronjob. Thread discussing the script can be found > > here: > > > > > > > https://lists.mailman3.org/archives/list/mailman-users@mailman3.org/thread > > /GH4K42T66FU5PBHJH6ZDQEIUTXVDSLOC/ > > > > > > > TLDR you end up with orphaned Django users both from when users > > subscribe/unsubscribe and due to spam signups using the Postorius form > > which never get confirmed. > > > > > > > Thanks. > > Andrew. > > > _______________________________________________ > Mailman-users mailing list -- mailman-users(a)mailman3.org > To unsubscribe send an email to mailman-users-leave(a)mailman3.org > https://lists.mailman3.org/mailman3/lists/mailman-users.mailman3.org/ > Archived at: > https://lists.mailman3.org/archives/list/mailman-users@mailman3.org/message > /K3PO2XMCDR2342GVPHEQJNZPVPEPY6R4/ > > This message sent to eggert(a)eehmke.de ___________________________________________ Mailman's content filtering has removed the following MIME parts from this message. Replaced multipart/alternative part with first alternative.

2 years, 3 months

Re: Hyperkitty import from mailman2

by Sten Aus

Hi Happy new year and thank you for your support! I have managed to get it to work. I have imported config.pck from Mailman 2.1 and list archive from mobx format and it shows just great! Now just little more testing and I can finally import all old data to new Mailman 3. I imported list called "test" and the list was already created inside Mailman3 (before import). And import was successful. I will let you know the results! All the best Sten On 25/12/2017 10:25, Marvin Gülker wrote: > Am 24. December 2017 um 22:30 Uhr +0200 schrieb Sten Aus <sten.aus(a)eenet.ee>: >> Oh my god. :) That's it! There are no latest messages and front page shows >> only last month "activity". Thank you! I did not thought that I should check >> some older posts. :D > I know that feeling. It took me a while to figure this out as > well. Error on OSI Layer 8. > >> But how did you manage to import all the lists and members from Mailman2 to >> Mailman3? As I understand Mailman3 does not "support" (by manual) import >> right now? > You'll be surprised, but those mailinglists were not managed by Mailman2 > before. They were managed by mlmmj[1]. I wrote a script that converted > mlmmj's archive into mbox format, and then used the "hyperkitty_import" > command as explained by the Hyperkitty manual[2]. This worked > surprisingly well. As for the subscribers, Mailman 3's Postorius has a > mass-subscription facility in the admin interface. I extracted the list > of all subscriber emails from the mlmmj mailinglist and used that > mass-subscription facility to subscribe people again. There's an option > to disable delivery of the welcome email that should be ticked before > this I guess, though. It can be reset afterwards again. > > Greetings > Marvin > > [1] http://mlmmj.org/ > [2] http://hyperkitty.readthedocs.io/en/latest/install.html#importing-the-curre… >

7 years, 7 months

Re: Issue with Held Messages

by Jean-Luc Wasmer

On 2016-08-19 17:58, Mark Sapiro wrote: > On 08/17/2016 09:17 PM, Jean-Luc Wasmer wrote: >> >> No matter what action I set for member posts (Hold for moderator, >> Reject) they are always delivered. > > > I don't know why this would be. Perhaps the member's moderation is set > to Accept immediately - you can see this on ther member's options page > in Postorius when logged in as a list owner. Apart from "Mode of Delivery" that is set to "Regular" for the user, none of the following attributes are set: Mail Delivery Receive own posts to the list Receive acknowledgement mails Conceal address from the subscriber list Avoid duplicate copies of messages > When the message is delivered, what are the X-Mailman-Rule-Hits: and > X-Mailman-Rule-Misses: headers? > There is no X-Mailman-Rule-Hits header. X-Mailman-Rule-Misses: approved; emergency; loop; member-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; suspicious-header; nonmember-moderation By the way, I didn't mention before but in Settings | Message Acceptance, the "Acceptable aliases:" box contains "[]". When I try to Save changes after modifying something, I gut "An error occured: []" in the yellow banner (instead of "The settings have been updated."). >> When I tried from a non-member email address, the message got held but >> when I try to see it I get a Server Error (500) page. The log files >> shows: >> >> ERROR 2016-08-18 01:04:30,231 base 21026 34722993152 Internal Server >> Error: /mailman3/lists/test.mydomain.com/held_messages >> Traceback (most recent call last): > ... >> File >> "/usr/local/mailman/mailman-bundler/eggs/mailmanclient-1.0.1-py2.7.egg/mailmanclient/_client.py", >> line 443, in held >> moderation_reasons=entry['moderation_reasons'], >> KeyError: u'moderation_reasons' > > > This is apparently <https://gitlab.com/mailman/mailmanclient/issues/10> > fixed by <https://gitlab.com/mailman/mailmanclient/merge_requests/16> Any ETA when this will be pushed to "mailman-bundler"? Cheers, Jena-Luc

8 years, 11 months

Re: Messages not going to held queue

by Stephen J. Turnbull

Mail Person writes: > I have it set I guess by "it" you mean the user's moderation status, but there are *many* variables that affect whether mail is delivered or not. These include emergency moderation, spam filtering, and HTML handling (and there are probably others I don't remember off the top of my head), as well as individual variables such as not_metoo and the moderation status. All I can rule out is emergency_moderation, because that would prevent your test mail from being delivered when the test user is set to allow. > the user did not get a moderation email, myself as the moderator did > not get a notification, and Postorius did not show them in the held > messages queue. When you set the test user to accept, did you set it to "accept" or to "default processing"? Setting it to "accept" bypasses almost all of the acceptance checks. Usually "default processing" is what you want. > As far as logs, in var/log/mailman3 I do not see any logs other > than mailman.log, plugins.log and smtp.log. In the SMTP log I can > see that the message is getting to mailman: Does mailman.log show any errors? > This leads me to believe the message is being discarded or for some > reason not getting to the moderation queue. Sure, but Mailman doesn't do that for no reason. The only thing I can think of offhand that might happen in a mostly default configuration is that you're using an MUA that creates a multipart message where the plain part is empty and the actual message is HTML (yes, I've seen that in the wild). In some configurations that would cause the HTML part to be deleted, then the message could be recognized as empty and discarded. I haven't analyzed the code thoroughly but I don't recall a log message on that execution path so it might fit your case.

2 years, 10 months

Mailman-users search results for query "Postorius"