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

[MM3-users] Re: Domain admin

by Johannes Winter

Am Wed, 25 Apr 2018 08:39:58 -0700 schrieb Mark Sapiro <mark(a)msapiro.net>: > On 04/24/2018 11:57 PM, Johannes Winter wrote: > > > > We would like to give our users the priviledge to create lists per > > domain. I Haven't found any options for that in the web interface. > > > > Is this possible somehow with mailman3? > > > It is not currently possible. From the point of view of Mailman Core, > anyone who can run the 'mailman' command or access the REST API can > create domains and lists. > > Postorius could support this in some way and could maintain it's own > 'authorized users' data, but it would be better to also add some > concept of domain admin to core. > > These would be significant changes. > A possible workaround could be to create several webhosts to control access rights to the mailing lists. At least I understand the option to create new "web-hosts" in "add domain" in this way. But I haven't found any further information for setting up multiple web-hosts. Is there any yet?

7 years, 2 months

[MM3-users] Re: Caching problem with templates

by Mark

> On 6/28/25 21:50, Mark wrote: > > > > Yes, I thought so too. I also tried 0d -- which wrote the expiry > > date > > the same as the created date (to the second). > > > > # /etc/mailman3/mailman.cfg > > [mailman] > > cache_life: 0d > > > > But, just as with writing in a past date, it didn't solve the > > problem. > > I also spun up a brand new server to thrash it out there, but no > > joy > > there either. > > On Sat, 2025-06-28 at 22:55 -0700, Mark Sapiro wrote: > This is a different issue. See > https://gitlab.com/mailman/mailman/-/issues/1231 > > The template is not removed from the cache until the next run of the > task runner which defaults to running every hour. > Dang! If you know, you know. Thank you for that, and the patch information. I'll leave my hack in place for now (it works) until the next release. My brain is fried from the last couple of days getting to grips with this. Best, Mark

1 week, 1 day

[MM3-users] Re: How to strip DKIM headers on a domain level or a list level

by Joel Lord

On 11/23/20 11:15 PM, Mark Sapiro wrote: >> # If the following is set to a non-empty string, that string is the name of a >> # header that will be added to personalized and VERPed deliveries with value >> # equal to the base64 encoding of the recipient's email address. This is >> # intended to enable identification of the recipient otherwise redacted from >> # "spam report" feedback loop messages. For example, if >> # RCPT_BASE64_HEADER_NAME = 'X-Mailman-R-Data' >> # a header like >> # X-Mailman-R-Data: dXNlckBleGFtcGxlLmNvbQo= >> # will be added to messages sent to user@@example.com. >> RCPT_BASE64_HEADER_NAME = '' >> >> >> This hasn't been implemented for Mailman 3 but could be if there's demand. I hadn't spotted that in Mailman 2.1, I will go looking for it there. My 2.1 server has not moved to 3 yet for several reasons, but it's getting close. This feature would get me just a bit closer. -- Joel Lord

4 years, 7 months

[MM3-users] Re: Confirmation emails to Users has wrong domain name (example.com!)

by Odhiambo Washington

On Sat, Oct 2, 2021 at 8:58 PM Mark Sapiro <mark(a)msapiro.net> wrote: > On 10/2/21 4:26 AM, Odhiambo Washington wrote: > > On Thu, Sep 30, 2021 at 4:09 PM Abhilash Raj <maxking(a)asynchronous.in> > > wrote: > >> > >> Yes, please update it to have SITE_ID = 2 to correspond to the site you > >> want and restart. > > > > > > I did this, but there is still a problem: The hyperkitty URL still shows > > example.com. > > Maybe I need to re-import the database to clear this? > > > The SITE_ID setting affects the domain displayed at the top left of > HyperKitty pages. Is this the correct domain? > No. Mine is showing example.com > > What hyperkitty URL are you talking about? > My url (nothing to hide anyway) is https://lists.fem-international.org/mailman3/hyperkitty/list/members@lists.… . Screenshotted below [image: msapiro.PNG] -- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254 7 3200 0004/+254 7 2274 3223 "Oh, the cruft.", egrep -v '^$|^.*#' :-)

3 years, 9 months

[MM3-users] Re: MM3 Postfix FROM header issue

by Stephen J. Turnbull

Mark Sapiro writes: > Presumably that's the 'Recipient address rejected: User unknown in > virtual alias table' message, but I see no virtual_alias_domains in > your posted main.cf. I'm pretty sure that what's going on here is that the message is coming in from outside, Postfix runs down the various relays (including local delivery) available, none matches, the last in line is virtual aliases, and that table is empty so the user is unknown. That's the only way I can see the sender_canonical_maps variable affecting *recipient*-based decisions, by making it look like the sender is local, and so enabling delivery to non-local addresses. Why a Mailman list appears to be non-local is a question I am not sure. My guess is myhostname = localhost because Postfix doc says mydomain "is derived from $myhostname by stripping off the first part (unless the result would be a top-level domain)," so literally "localhost" is the only deliverable domain left, and some-list(a)the.actual.dom doesn't work. Except that the.actual.dom should be in postfix_domains.db, so ... ???? Steve

1 year, 6 months

[MM3-users] Re: Splitting hosts: mta&core vs postorius

by Ruth Ivimey-Cook

On 24/06/2020 00:20, Mark Sapiro wrote: > Go to your Django admin web UI and look at your Django Mailman 3 Mail > domains. This will be at a URL like > https://greyarea-web1.cam.ivimey.org/admin/django_mailman3/maildomain/ > > Do you see this domain there? If so, delete it. I hadn't logged in as admin before, so having done so I can now confirm that having done so this screen shows "0 mail domains" Because I could, I then visited "VIEW SITE" and see a mailing lists page, which is I think the same one I have been trying to visit, except of course now I am logged in. I do now see the correct, and only, mailing list configured on the core server. Returning to the previous "maildomain" page, that now shows the expected mailing list as well. Other admin pages seem to be working fine as well. I think, possibly, that it is now installed and working. ... But I don't know why. Ruth -- Software Manager & Engineer Tel: 01223 414180 Blog: http://www.ivimey.org/blog LinkedIn: http://uk.linkedin.com/in/ruthivimeycook/

5 years

[MM3-users] Re: timezone in hyperkitty

by matthew_saunders＠harvard.edu

Mark Sapiro wrote: > On 6/29/20 12:18 PM, Marco Marinello wrote: > > I'm expirencing the same behaviour in Postorius. Is > > it possible to set a default timezone for new users? Already set it in settings_local.py > > but not having any effect, still seeing "Africa/Abidajin" in new users. > > Do you mean the users time zone as displayed in the user's profile? This > is a Django setting and the default should come from the TIME_ZONE > setting in settings_local.py, at least if USE_TZ is set True I'm seeing the same behavior on my development site, and I was even able to reproduce this when I created my account on this very site moments ago using OAuth. If you check the django_mailman3_profile table in the DB, I expect you'll see that my timezone record is blank (since I haven't touched it from the Accounts page). FWIW, it's empty... not NULL, since there's a not-null constraint on this field. Is it possible to have this set to a default (non-empty) value somehow? TIME_ZONE & USE_TZ isn't doing it.

4 years, 11 months

[MM3-users] Re: What to backup?

by Alain Kohli

I have noticed that especially the var/messages directory has a rather considerable size compared to the rest. What exactly is this for and what would be the consequences if that was lost? And more generally, would not backing up var/ at all only result in the loss of some short term data (e.g. messages that are held or currently processed) or would long term data also be lost? Or in other words, what exactly would be non-recoverable if that isn't backed up? On 5/22/19 5:21 PM, Mark Sapiro wrote: > On 5/22/19 6:31 AM, Alain Kohli wrote: >> Hi >> >> What exactly are we supposed to include in our mailman backups? >> Obviously the database, but are there any other files that should be >> included to make sure we can properly restore? > > I would backup all of Mailman's var/ directory. Additionally, I would > backup the directory where Haystack's backend search engine stores its > indices. For the default Whoosh backend with default settings this is > the fulltext_index/ directory in the same directory as your Django > settings.py file. >

6 years, 1 month

[MM3-users] Re: Manual setup - permissions

by Tobias Hachmer

Hi Mark, thanks for your response. On 9/23/19 1:29 AM, Mark Sapiro wrote: > On 9/22/19 2:11 AM, Tobias Hachmer via Mailman-users wrote: >> >> Now, running the scheduled tasks (which run from user+group "nginx") for >> django I ran into permission problems, because the nginx user can't >> access/write to the needed files in /opt/mailman3/core/... >> >> I would appreciate any hints how to run the different peaces of mailman3 >> with the correct user/groups/permissions. > > > Set up everything as user:group mailman3:mailman3. I.e., > > chown -R mailman3:mailman3 /opt/mailman3/web > > and set the uwsgi service to drop privileges to user+group "mailman3". So simple, now the scheduled tasks are working, but the whole web service did not work because the web server user nginx can't access and write to the uwsgi socket anymore /opt/mailman3/web/project/run/uwsgi.sock. # chown -R nginx:mailman3 /opt/mailman3/web This works for all. But isn't it a security risk that e.g. manage.py and settings.py is read- and writeable by the webserver? Regards, Tobias

5 years, 9 months

[MM3-users] Re: xapian db corruption - xapian.DatabaseCorruptError: Couldn't read enough (EOF) ??

by Odhiambo Washington

On Mon, Jul 29, 2024 at 9:35 PM Mark Sapiro <mark(a)msapiro.net> wrote: > On 7/29/24 03:27, Odhiambo Washington via Mailman-users wrote: > > Today, my hourly cron job has generated an error and continues to do so > > every hour: > > > > ``` > > Subject: Cron <mailman@gw> /opt/mailman/mm/bin/django-admin runjobs > hourly > > ``` > > > > Not sure what caused this. Perhaps a reboot when the cronjob hadn't > > completed? And a possible manual remedy would be to wipe the indexed db > and > > let the cron run again? > > > Or maybe just run `/opt/mailman/mm/bin/django-admin rebuild_index Nice to know. I just deleted the contents of the xapian_index folder and then ran the cronjob. Solved. -- 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]

11 months, 1 week

Search results for query "sapiro"