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

[MM3-users] Re: Handling of SPAM mails in mailman3 - Check for X-Spam Header

by Torge Riedel

Am 16.01.20 um 21:43 schrieb Mark Sapiro: > On 1/16/20 10:51 AM, Torge Riedel wrote: >> Such SPAM mails are currently hold for moderation with reason "not from >> a list member". Is there no check for the "X-Spam: Yes" header or is >> this check done later? > > If you set a Header Filter (in Postorius the Header filters tab) those > checks are done before non-member moderation. > > This won't work for posts from members because the header checks are > done between member moderation checks and non-member moderation checks, > but if you create a Header Filter for header 'x-spam' and pattern 'yes' > with action hold, a message from a non-member which has an X-Spam: Yes > header should be held for that reason. > > Hi Mark, thank you for your answer. Just to understand that right: In case a posting with an "X-Spam: Yes" header comes from a member, it will not be held? It will be directly forwarded to the list? If yes, is there any chance to change or extend this? Best regards Torge

5 years, 5 months

[MM3-users] Re: postfix malformed address with confirm replies

by Stephen J. Turnbull

Mark Sapiro writes: > On 2/27/21 4:36 AM, Stephen J. Turnbull wrote: > > is legal, and I think that most servers will accept it, but RFC > > 5321 sets a limit of 64 octets on mailboxes[1], and your > > confirmation mailbox is 67 octets. > > Since the -confirm+<token> part is fixed at 49 octets, this would imply > a limit in list names of 15 octets. Ouch! I'm pretty sure we would have run into this before, if there were a lot of servers out there imposing this limit. 15 octets is pretty darn short, there are probably quite a few list names out there longer than that. Not to mention that the RFC itself says "you SHOULD NOT be a jerk about this". :-) So I don't think this is a big problem in practice, and I hope Steve can reconfigure the obstructive server to not be so picky. For Mailman, I doubt we need a full SHA1 (?) for the purpose. We can truncate the thing, probably opportunistically (ie, so the whole confirmation mailbox fits in 64 octets, or we could even parse the bounce message and resend only if we run into a problem). Steve

4 years, 4 months

[MM3-users] Re: External MTA incoming mail: configuration

by Odhiambo Washington

On Fri, Aug 2, 2024 at 6:44 PM Mark Sapiro <mark(a)msapiro.net> wrote: > On 8/2/24 08:12, Roland Giesler via Mailman-users wrote: > > > > It seems though that since I'm not running a local MTA, when then mail > > arrives at the mailman3 server, there's nothing that can process it. So > > should I run postfix in it's most basic setup to allow mail to be > > received or what is the best way to deal with it? Mailman3 has to > > receive mail like signup confirmations, etc after all, not? > > If you use transport_maps on the remote MTA to relay the list mail to > port 8024 on the Mailman server, Mailman's LMTP runner will receive the > mail and you don't need a local MTA. > Nice one! I'd love to know how this config is done in Postfix. Heading to ask Uncle G. -- 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

[MM3-users] Re: Auth question

by Simon Hanna

On March 31, 2017 6:34:18 PM GMT+02:00, Mark Sapiro <mark(a)msapiro.net> wrote: >On 03/31/2017 01:06 AM, David Krantz wrote: >> On Fri, Mar 31, 2017 at 9:29 AM, Simon Hanna ><simon.hanna(a)serve-me.info> wrote: >>> On 03/31/2017 08:10 AM, David Krantz wrote: >>>> I think that would correspond to this line in urls.py >>>> >>>> url(r'^$', >RedirectView.as_view(url=reverse_lazy('hyperkitty.views.index.index'))), >>> Yes, that's the culprit. Replace it with the following: >>> >>> url(r'^$', RedirectView.as_view(url=reverse_lazy('hk_root'))), >>> You can also update whatever guide you were using... >> >> Great, will try that! I don't know whether I can update the guide. >> It's the one referenced earlier in this thread named something like >> setup experience of mailman 3 in production. > > >Yes, that comes from >"https://wiki.list.org/DOC/Mailman%203%20installation%20experience", >specifically the attachment urls.py. > >The interesting thing is that works for me both at ><https://lists.mailman3.org/> and <https://mail.python.org/mm3/>. Are you using the latest version of django? -- Sent from my Android device with K-9 Mail. Please excuse my brevity.

8 years, 3 months

[MM3-users] Re: lmtp runner not starting

by Guillermo Hernandez (Oldno7)

El 1/4/23 a las 20:44, Mark Sapiro escribió: > ... > lmtp runner did not start because at some point it had died and > restarting Mailman won't restart a runner that died and was marked to > not restart. > > You need to stop Mailman and make sure when mailman is stopped that > there are no files in mailman's var/locks/ directory (remove any that > are there) and then start Mailman and lmtp runner should start. > I stopped mailman and removed all that was in there (there were many locked registers). Restarted mailman, and it shows the same error that in my previous mail. Now there is two new locked files, one (master.lck) which its content is the name of the other file. And the second one has the same content: master.lck|www.proteccion-civil.eu|9389|7022761192045613065 will try deleting the content of var/locks and restarting the server > As to why it died in the first place, there should be something in > mailman.log from the time it died. > -- ___________________________________________ Mailman's content filtering has removed the following MIME parts from this message. Content-Type: image/png Name: firma-GHP-emails.png Replaced multipart/alternative part with first alternative.

2 years, 3 months

[MM3-users] Re: Welcome message template errors

by Mark

On 2024-04-23 11:33, Mark Sapiro wrote: > On 4/22/24 17:06, Mark wrote: >> >> There was no line POSTORIUS_TEMPLATE_BASE_URL in >> /etc/mailman3/settings.py > So presumably you were getting the default > > POSTORIUS_TEMPLATE_BASE_URL = 'http://localhost:8000' > > from mailman-web/settings/mailman.py because of > from mailman_web.settings.mailman import * > in your settings.py. Yes. # Mailman Web configuration file. # /etc/mailman3/settings.py # Get the default settings. from mailman_web.settings.base import * from mailman_web.settings.mailman import * ... > >> Then, as site-owner, creating a new custom Welcome template (again via >> the WebUI) I can see it correctly added to the database in >> mailman.template.uri >> >> - >> https://lists.mydomain.com/mailman3/api/templates/list/lists.mydomain.com/l… That URI should have been; https://lists.mydomain.com/mailman3/api/templates/list/mytestlist.lists.myd… If I go to the above URL, the text of the list's Custom welcome message displays on an otherwise empty webpage. > > > And what happens if you go to that URL in a web browser? Also what do > you get when going to https://lists.mydomain.com/mailman3? I get the Postorius page "Mailing Lists" that displays the table of lists.

1 year, 2 months

[MM3-users] Re: MM3 Docker

by Odhiambo Washington

On Wed, 9 Jan 2019 at 00:16, Mark Sapiro <mark(a)msapiro.net> wrote: > On 1/8/19 10:03 AM, Odhiambo Washington wrote: > > > > Thank you for clarifying. > > So once I have a venv created, the services will just run as long as the > > startup scripts are running even when I'm logged out of the system? > > > As long as the startup scripts actually reference things in the venv. > > If you look at the samples in the Recommended Configuration section at > <https://wiki.list.org/x/17891998> for > > /opt/mailman/mm/bin/django-admin (sample) Script to run Django > management commands. > > /opt/mailman/mm/bin/mailman (sample) Script to run mailman commands. > > and > > /opt/mailman/mm/bin/gunicorn (sample) Script to start Gunicorn. > > You will see they all do things like activate the venv or run a command > from venv/bin. > > > Now that has clarified the matter for me. That even when I am logged out, the scripts do the neccessary to activate the venv to run things. I hadn't looked at the scripts at all. -- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254 7 3200 0004/+254 7 2274 3223 "Oh, the cruft.", grep ^[^#] :-)

6 years, 5 months

[MM3-users] Re: LTMP to Postfix problem

by Brian Carpenter

On 6/18/20 4:09 PM, Mark Sapiro wrote: > Do you have > > lmtp_host: 127.0.0.1 > lmtp_port: 8024 > > in the [mta] section of mailman.cfg? (these are the defaults) > > $ /opt/mailman/mm/bin/mailman conf|grep lmtp > [mta] lmtp_host: 127.0.0.1 > [mta] lmtp_port: 8024 I do > Is Mailman's lmtp runner listening on port 8024? > > $ sudo netstat -lntp|grep python > tcp 0 0 127.0.0.1:8024 0.0.0.0:* > LISTEN 1867/python > tcp 0 0 127.0.0.1:8000 0.0.0.0:* > LISTEN 1199/python > tcp 0 0 127.0.0.1:8001 0.0.0.0:* > LISTEN 1871/python It is. > > Is there some firewall issue blocking access to the port even from > localhost? Let me describe the problem a little better. Mail delivery from postfix to mailman works most of the time. However in the past week or so, lmtp starts refusing connections via postfix about once a day. I have port 8024 open in the firewall (UFW). There are no errors in the smtp.log file. I think restarting Mailman core seems to get things running again. -- 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

[MM3-users] Re: Django-allauth compatibility (ACCOUNT_AUTHENTICATION_METHOD and ACCOUNT_EMAIL_REQUIRED)

by Jan Eden

On 2025-06-16 17:29, Mark Sapiro wrote: > On 6/16/25 15:26, Eggert Ehmke via Mailman-users wrote: > > I have django-allauth 65.9.0 and still the same problem. mailman-web runjobs minutely throws it each minute, which is annoying. > > Do you have > ``` > ACCOUNT_LOGIN_METHODS = {'email', 'username'} > ACCOUNT_SIGNUP_FIELDS = ['email*', 'username*', 'password1*', 'password2*'] > ``` > in your django settings? > > What releases of HyperKitty, Postorius and Django-Mailman3 are you running? > Current releases do not have any minutely jobs. I did have the same issue about a month ago[1] with the current versions of the above components, and these are the cronjobs I installed according to the docs[2]: @daily /opt/mailman/venv/bin/mailman digests --periodic @daily /opt/mailman/venv/bin/mailman notify * * * * * /opt/mailman/venv/bin/mailman-web runjobs minutely 0,15,30,45 * * * * /opt/mailman/venv/bin/mailman-web runjobs quarter_hourly @hourly /opt/mailman/venv/bin/mailman-web runjobs hourly @daily /opt/mailman/venv/bin/mailman-web runjobs daily @weekly /opt/mailman/venv/bin/mailman-web runjobs weekly @monthly /opt/mailman/venv/bin/mailman-web runjobs monthly @yearly /opt/mailman/venv/bin/mailman-web runjobs yearly - Jan [1] https://lists.mailman3.org/archives/list/mailman-users@mailman3.org/thread/… [2] https://docs.mailman3.org/en/latest/install/virtualenv.html#cron-jobs-for-m…

2 weeks, 6 days

[MM3-users] Re: Hyperkitty messages stuck in spool

by Stephen J. Turnbull

Mark Sapiro writes: > On 11/18/21 6:38 AM, Andrew Hodgson wrote: > > > > Ok thanks for this. Its happening because the Gunicorn process > > running the Django server is being killed due to OOM > > conditions. Is there any settings I can change to > > troubleshoot/throttle this in Gunicorn or Django? > > I don't think there's anything that can be done in gunicorn or django > about this. This is an OS issue. You need to give the server more memory > or allocate a (bigger) swap file. If those things are difficult, depending on OS and the hardware, it may also be possible to tell the OS that gunicorn is an import process that should not be killed. But in the long run, the server needs more memory. In theory there could be a memory leak in Python or one of the Mailman apps, but I haven't heard of it. And at least the Linux kernel seems to be perfectly happy to kill random processes that are well-behaved. So the fact gunicorn is getting killed is not strong evidence that it's causing the memory pressure, we'd really need to see the stats. Steve

3 years, 7 months

Search results for query "sapiro"