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

[MM3-users] Re: All addresses in a bounced list posting seem to be considered as bouncing

by Andy Smith

Hello, On Fri, Sep 30, 2022 at 08:53:38PM +0000, Andy Smith wrote: > On Fri, Sep 30, 2022 at 01:16:10PM -0700, Mark Sapiro wrote: > > I suspect this is https://gitlab.com/warsaw/flufl.bounce/-/issues/12 which > > was fixed in flufl.bounce 4.0 and upgrading to 4.0 will fix this. > > So that probably answers that then. Hmm, I wonder about the best way > to proceed. The next stable release of Debian will have something > that calls itself 4.0-2 and looks like it is fixed there: > > https://salsa.debian.org/python-team/packages/flufl.bounce/-/blob/master/fl… It seems that this package version can be downloaded and installed in Debian stable (bullseye): https://packages.debian.org/bookworm/all/python3-flufl.bounce/download It isn't recommended to mix packages from different releases of course, but the changes seem quite minimal and it fixes the problem for me. Cheers, Andy

3 years, 7 months

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

by Onyeibo Oku

> On Tue, 3 Jan 2023 09:46:00 -0800 > Mark Sapiro <mark(a)msapiro.net> wrote: > This is all configured in your web server. It needs to proxy requests > for lists.website.tld to gunicorn and depending on the web server, > may need more. E.g. see > https://docs.mailman3.org/en/latest/install/virtualenv.html#nginx-configura… > for nginx. I have fixed this. > > Set SITE_ID = 0 in your Django settings. Also see > https://lists.mailman3.org/archives/list/mailman-users@mailman3.org/message… > Actually "SITE_ID = 1" solved that instead. I also had to go into the database and update the values (django provided 'example.com' by default and that was problematic). Yaaay! The mailing-list is up and running. I am super grateful to the mailman support here in this list. Thank you so much Mark, Stephen J, and Eggert. I have more questions but I think it is better to start a new thread for that. Best regards Onyeibo

3 years, 3 months

[MM3-users] Getting connection timed out

by Stephen J. Turnbull

blackout69 writes: > Il 23/05/21 01:21, Mark Sapiro ha scritto: > > Can you successfully telnet to port 25 on mail.simail.it from the > > Mailman server? > No > > If you can connect (via telnet) to port 25 on mail.simail.it from the > > Mailman server, then I'd suggest stopping and restarting Postfix. > > if i try from the mail server i get > > telnet mail.simail.it 25 > Trying 217.27.113.30... > telnet: Unable to connect to remote host: Connection timed out mail.simail.it is ignoring your mail server. This is not a Mailman problem. 1. Check to see if that server has a stated policy for "abusive" mail and some way of getting back in their good graces. 2. Check if your mail server is in the RBLs. Some of them are very aggressive about adding IPs and domains. 3. Try writing the postmaster at mail.simail.it. 4. Ask your subscriber(s) at mail.simail.it to write their postmaster. Steve

5 years

[MM3-users] Re: File in /var/lib/mailman3/queue/bounces/

by Andreas Barth

* Mark Sapiro (mark(a)msapiro.net) [211212 05:41]: > On 12/11/21 6:29 PM, Andreas Barth wrote: > > > >in my local installation there is a file in > >/var/lib/mailman3/queue/bounces/ since a couple of days. Any hint how > >to get rid of it? 'mailman unshunt' doesn't do it, but also, it's in > >queue/bounces and now queue/shunt. > > > I suspect the issue is that bounce runner is not running. If you > grep Mailman's mailman.log for `bounces` I suspect you will see that > it has died and not restarted. You may or may not find additional > information in the log as to why it died, but in any case restarting > Mailman should start everything again. Thanks for your answer. Actually I didn't find anything in the log, but according to ps the bounce runner is actually not running. A restart of mailman fixed the issue for me. Andi

4 years, 5 months

[MM3-users] Re: Error -- postorius Un-handled exception

by Ron / BCLUG

Mark Sapiro wrote on 2024-04-10 14:09: > I suspect you are not starting the services with your venv active. > What's in your mailman3.service and mailman3-web.service files? Thanks for the pointer! I had my mailman3-web.service starting `mailman-web` instead of `uwsgi` somehow. I changed that to match the docs, did the `systemctl daemon-reload`, etc. but still had similar problems. I went through all my config files carefully, I wiped the static folder completely and rebuilt it, and I finally have the last piece of the puzzle in place and my web interface is working! I'm not sure which change actually fixed the issue though. (When looking at "Available lists" my header has "example.com" in the top-left corner?!?) Thank you! I think I need to backup what I have and do a clean re-install so I have a better grasp of what's going on with all these components. Mailman3 looks quite nice, gotta say! rb

2 years, 1 month

[MM3-users] Re: New domain cannot set set host

by Alain D D Williams

On Wed, Nov 27, 2024 at 12:42:41PM -0800, Mark Sapiro wrote: > On 11/27/24 12:18 PM, Alain D D Williams wrote: > > > > But it is not in table mailman3web.django_site > > > > Please how do I do this ? > > Add the domain as a site in the Django web admin UI. I did not see this y/day and created the entry in table django_site using SQL. This might be the cause of the other problems that we have been talking about. I must admit to finding django daunting -- something that I know nothing about; I ran "mailman-web --help" and was non the wiser. I found the following which did not help either: https://docs.mailman3.org/en/latest/django-primer.html -- Alain Williams Linux/GNU Consultant - Mail systems, Web sites, Networking, Programmer, IT Lecturer. +44 (0) 787 668 0256 https://www.phcomp.co.uk/ Parliament Hill Computers. Registration Information: https://www.phcomp.co.uk/Contact.html #include <std_disclaimer.h>

1 year, 6 months

[MM3-users] Re: Clean-up of non-members

by Odhiambo Washington

On Thu, Dec 26, 2024 at 1:27 AM Mark Sapiro <mark(a)msapiro.net> wrote: > On December 25, 2024 2:01:27 PM PST, Odhiambo Washington via Mailman-users > <mailman-users(a)mailman3.org> wrote: > > members --role nonmember LISTSPEC | wc -l > > 13 > > What do you get if you do > ``` > mailman shell -l LISTSPEC > ... > >>> len(list(m.nonmembers.members)) > (venv) mailman@eu:~$ mailman shell -l LISTSPEC 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. The variable 'm' is the LISTSPEC mailing list In [1]: len(list(m.nonmembers.members)) Out[1]: 873 In [2]: -- 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]

1 year, 5 months

[MM3-users] Re: Help with fresh debian install

by Jonas Meurer

Mark Sapiro: > On 10/3/19 5:17 PM, Mark Dadgar wrote: >> I am trying to import a list with no archives to keep it simple while I prove out the process. If I run the mailman import21 comment as my user, I get the following errors: >> >> — >> mark@mail:/tmp$ mailman import21 announce(a)pdc-racing.net ./announce-config.pck >> Traceback (most recent call last): >> [...] >> PermissionError: [Errno 13] Permission denied: '/var/log/mailman3/mailman.log' > > > This is the issue. I don't know how the Debian packages do this, but I > recommend having a 'mailman' user that owns everything and running > commands as that user. The Debian package uses user `list` for this. It also provides a command `mailman-wrapper` which takes care of running mailman commands as this user. It would be awesome if the upstream /usr/bin/mailman command could take care of this automatically, making the wrapper command obsolete. Cheers jonas

6 years, 7 months

[MM3-users] Re: Cron of Mailman notify is not working

by Shashikanth Komandoor

Thank you Mark Sapiro. I have tried as per your suggestion but failed unfortunately might be because of my improper setup. But I learnt one thing and fixed it and would like to share with you so that you may correct me if I am wrong or it would be useful for others. I observed that the "notify" subcommand can be run only while I am in the /var/lib/mailman/mailman directory where my mailman core is installed (through GITHUB). And moreover I installed all the components of the mailman using the root user only and so there is no mailman user on my machine. And hence I wrote the below entry in the crontab directly and found it is working fine. 00 08 * * * cd /var/lib/mailman/mailman; /var/lib/mailman/venv3/bin/python /var/lib/mailman/venv3/bin/mailman notify Please correct me if my analysis is wrong or please also suggest me if I could work it out in a more optimal manner.

6 years, 4 months

[MM3-users] Re: Postorius confirmation mails shown in uwsgi-error.log but not sent

by Ralph Seichter

* Mark Sapiro: >> $ grep ^EMAIL settings.py >> EMAIL_BACKEND = 'django.core.mail.backends.smtp.EmailBackend' >> EMAIL_HOST = 'localhost' >> EMAIL_PORT = 25 > > but is this perhaps overridden in a settings_local.py file? I don't have a local settings file. I cloned the suite from GitLab[1] master branch and modified the existing settings.py, based on Mailman's documentation. [1] https://gitlab.com/mailman/mailman-suite.git I just verified that EMAIL_BACKEND is not redefined anywhere: $ grep -r 'mail\.backends' . Binary file ./__pycache__/settings.cpython-38.pyc matches ./settings.py:EMAIL_BACKEND = 'django.core.mail.backends.smtp.EmailBackend' ./settings.py:# EMAIL_BACKEND = 'django.core.mail.backends.filebased.EmailBackend' I commented out the "if DEBUG == True" lines, which explains match number three. As far as I can see, the mail backed definition for Django is as it should be. I could provide the differences between my settings.py and the Git HEAD version if you think that might help. -Ralph

6 years, 1 month

Search results for query "sapiro"