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

[MM3-users] Re: search this list searches more then just this list

by Marco van Tol

Yes, thank you! I’ll have a look into changing our backend to Xapian. Hopefully it will be trivial :) Marco van Tol > Op 16 jan 2024, om 09:20 heeft Stephen J. Turnbull <turnbull.stephen.fw(a)u.tsukuba.ac.jp> het volgende geschreven: > > Mark Sapiro writes: > >> I have tested and I can confirm that with two lists in the same >> domain named `test` and `x-test` and with Whoosh as the backend >> searching the `test` list returns hits from both lists, but with >> Xapian as the backend, only hits from the `test` list are returned. > > Wow! Thanks, Mark! > > Steve > > _______________________________________________ > 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 mvantol(a)ripe.net >

1 year, 7 months

[MM3-users] Re: Sign and encrypt e-mail responses

by Markus Grandpre

Dear Mark, thank you very much for your response. Is there already a way to enable signing in Mailman v3.3.8 / v3.1 or does the signing support still have to be implemented? Best regards, Markus Grandpré Am 6/3/24 um 18:51 schrieb Mark Sapiro: > On 6/2/24 11:51 PM, Markus Grandpré wrote: >> Dear List, >> >> is it possible to sign and encrypt all e-mail responses from the Mailman3 server with a digital certificate? > > > Not without significant code changes. Signing alone should not be difficult. Encryption is more difficult if the > recipients are going to be able to read the encrypted mail without access to the server's private key. This would > require mail to be personalized, which digests currently aren't, and encrypted with the recipient's public key which > requires the server to have all those keys. > -- Markus Grandpré Universität Konstanz Kommunikations-, Informations-, Medienzentrum (KIM) Abteilung IT-Dienste Forschung, Lehre und Infrastruktur, Tel: ++49 7531 88 4342

1 year, 2 months

[MM3-users] Re: Pd CRON mailman gatenews

by Pierre Malard

Hi Mark, Thanks for your answer and your lead > Le 16 mars 2023 à 18:34, Mark Sapiro <mark(a)msapiro.net> a écrit : > > On 3/15/23 23:31, Pierre Malard via Mailman-users wrote: > >> File "/usr/lib/python3/dist-packages/flufl/lock/_lockfile.py", line 502, in _read >> with open(self._lockfile) as fp: >> PermissionError: [Errno 13] Permission denied: '/var/lib/mailman3/locks/dbcreate.lck' >> —————————————————————————————————————————————————— >> CRON content: >> —————————————————————————————————————————————————— > ... >> # Every 15 minutes, gate messages from usenet to those lists which have the gateway configured >> */15 * * * * list if [ -x /usr/bin/mailman ]; then /usr/bin/mailman gatenews; fi > > Do you have any list's for which Gateway to mail is set to yes or for which there is a Linked Newsgroup?. If not, running gatenews is superfluous. No, we don’t have > >> I thought, given the last line, a problem of rights. It is not the case ! The directory and the files contained in /var/lib/mailman3/locks belong to the user "list". >> When I run "/usr/bin/mailman gatenews" by hand everything is correct. > > Can you do `sudo -u list cat /var/lib/mailman3/locks/dbcreate.lck`. If that succeeds, this may be a SELinux or other security manager issue. Their is no file with this name! listesman:~# ls -ld /var/lib/mailman3/locks/dbcreate.lck ls: impossible d'accéder à '/var/lib/mailman3/locks/dbcreate.lck': Aucun fichier ou dossier de ce type > > >> The questions I have are these: >> We have 8000 files "dbcreate.lck..." in the directory "/var/lib/mailman3/locks". >> What are they for? >> Can we delete them? > > They are probably all orphaned lock files due the the gatenews failure. To be certain that none are current you could stop Mailman core. Then with Mailman core stopped, any files in /var/lib/mailman3/locks are orphaned and should be removed. Ok, is done. We will see today if it continues > >> We have 2 files "master.lck..." dated from the day after tomorrow ! >> What is this date? >> Aren't these files the problem? > > > Those files are normal. They are the master lock that prevents Mailman core from being started when it's already running. The future date is the way flufl.lock handles lock lifetimes. Locks when set have a lifetime, after which they can be broken. This is implemented in flufl.lock by setting the file's date that far into the future. Ok, that’s smart :-) > > -- > 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 plm(a)teledetection.fr -- Pierre Malard Responsable architectures système CDS DINAMIS/THEIA Montpellier IRD - UMR Espace-Dev - UAR CPST - IR Data-Terra Maison de la Télédétection 500 rue Jean-François Breton 34093 Montpellier Cx 5 France « Je n'ai jamais séparé la République des idées de justice sociale, sans laquelle elle n'est qu'un mot » Jean Jaures - 1887 |\ _,,,---,,_ /,`.-'`' -. ;-;;,_ |,4- ) )-,_. ,\ ( `'-' '---''(_/--' `-'\_) πr perl -e '$_=q#: 3|\ 5_,3-3,2_: 3/,`.'"'"'`'"'"' 5-. ;-;;,_: |,A- ) )-,_. ,\ ( `'"'"'-'"'"': '"'"'-3'"'"'2(_/--'"'"' `-'"'"'\_): 24πr::#;y#:#\n#;s#(\D)(\d+)#$1x$2#ge;print' - --> Ce message n’engage que son auteur <-- ___________________________________________ Mailman's content filtering has removed the following MIME parts from this message. Replaced multipart/alternative part with first alternative.

2 years, 5 months

[MM3-users] Re: Feature request, hyperkitty, low volume lists

by Alain D D Williams

On Thu, Jan 09, 2025 at 10:19:17AM -0800, Mark Sapiro wrote: > This is a long standing issue. See > https://gitlab.com/mailman/hyperkitty/-/issues/79 Thanks > > For an example see: > > > > https://fridayfolk.phcomp.co.uk/mailman3/hyperkitty/list/announce@fridayfol… > > The style of this page is not standard. Is this a downstream packaged > HyperKitty? See > https://lists.mailman3.org/archives/list/mailman-users@mailman3.org/2025/1/ > for the standard page or > https://mail.python.org/archives/list/mailman-i18n@python.org/2024/12/ for > one with no posts. I installed from the Debian repositories as it seemed more straightforward than following the instructions on the mailman project. But it has left me running code that is ~2 years old. I might try to migrate at some point. -- 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>

7 months, 3 weeks

[MM3-users] Re: Core, Hyperkitty and Postorius releases

by Odhiambo Washington

On Fri, May 14, 2021 at 7:04 PM Mark Sapiro <mark(a)msapiro.net> wrote: > On 5/14/21 5:02 AM, Odhiambo Washington wrote: > > On Fri, May 14, 2021 at 2:52 PM Jeff Steele <jeff(a)steele.com> wrote: > > > >> > >> > >> On May 14, 2021, at 7:49 AM, Odhiambo Washington <odhiambo(a)gmail.com> > >> wrote: > >> > >> /bin/sh: sass: Permission denied* > >> > >> > >> > >> Did you check the permissions on your sass binary? > >> > > > > My mailman installed in /opt/mailman/mm > > > > find /opt/mailman/ -type f -name sass > > > > yielded nothing! > > > > Try `which sass` > root@gw:/usr/home/wash # su mailman3 (venv) [mailman3@gw /usr/home/wash]$ which sass (venv) [mailman3@gw /usr/home/wash]$ There is no sass. -- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254 7 3200 0004/+254 7 2274 3223 "Oh, the cruft.", egrep -v "^$|^.*#" :-)

4 years, 3 months

[MM3-users] Re: Recommended way to backup a mailman3 instance

by Gilles Filippini

Andrew Hodgson a écrit le 18/04/2020 à 12:26 : > Mark Sapiro wrote: > >> On 4/17/20 4:51 PM, Abhilash Raj wrote: >>> >>> If they are empty, perhaps the digest creation process should just re-create them instead of failing to create/send digests? We don't really need the directory structure to exist. > >> I created <https://gitlab.com/mailman/mailman/-/issues/699> for this. > > In my situation I noticed the directories weren't created very quickly as my Exim config looks for the list directories to identify whether that address exists. I don't know how Postfix does the aliasing but for my case it would make sense to get the directories created as soon as possible, not sure if the digest handler would be soon enough or not. There is no need for these directories on the Exim side actually. You can safely drop the related checks from the Exim configuration [1]. [1] https://github.com/maxking/docker-mailman/pull/371 _g.

5 years, 4 months

[MM3-users] Re: Chinese characters in list name shows question mark (?)

by Franklin Weng

Franklin Weng 於 2019/10/24 上午8:05 寫道: > Hi Mark, > > Thanks for your reply. > > Mark Sapiro 於 2019/10/24 上午6:10 寫道: >>> Is there any other setting I should look at? >> The list's preferred_language setting (Postorius -> Settings -> List >> Identity -> Preferred Language. The list welcome message is encoded in >> Mailman's character set for the list's preferred_language. If this is >> English (USA), the character set is us-ascii. If it is set to Chinese >> (Taiwan), the character set is utf-8, and it should work. > However in my settings -> List Identity page I didn't see Preferred > Language option. > > https://nextcloud.slat.org/index.php/s/45tGaE7ALgAFQFK > > What may be possible wrong that I couldn't see Preferred Language > settings in the web interface? I got it. It is implemented in postorius 1.2.5 but my Debian buster contains 1.2.4-1 for now. Franklin

5 years, 10 months

[MM3-users] Re: Where does sender postorius@ come from?

by Jens Günther

Thanks for the hint. Unfortunately it's not working as expected. I'm using the docker-setup and tried it in 2 different locations, but neither got the expected effect: - I put the variable in the mm-web-container-environment: mm-web: environment: - EMAIL_CONFIRMATION_FROM=myaddress(a)something.org - Then I tried settings_local.py with: EMAIL_CONFIRMATION_FROM = 'myaddress(a)something.org' What am I missing, where do I have to set this value correctly? Thanks for the help! Jens. Am 08.06.23 um 01:57 schrieb Mark Sapiro: > On 6/7/23 14:13, Jens Günther wrote: >> >> The more important question would be, where :-) since I already >> checked if I can set it to something alse, I might need a hint where >> exactly I can find it. In the SERVE_FROM_DOMAIN/admin I did not >> stumble upon it. If you don't know it, no problem, let's just wait for >> somebody who does, thanks. > > > It's the EMAIL_CONFIRMATION_FROM setting in your Django settings. >

2 years, 2 months

[MM3-users] Re: Upgrading packages

by Eggert Ehmke

Am Donnerstag, 13. Oktober 2022, 19:09:20 CEST schrieb Mark Sapiro: > On 10/13/22 03:49, Eggert Ehmke wrote: > > pip install --upgrade git+https://gitlab.com/mailman/hyperkitty@master > > > > I noticed that mistune-2.0.0rc1 was upgraded to mistune-2.0.4. > > > > All packages were upgraded fine. I applied the patch to > > venv/lib/python3.9/site-packages/hyperkitty/lib/renderer.py > > It shouldn't have been necessary to apply any patch. The head of the > GitLab hyperkitty master branch is already compatible with mistune 2.0.4 strange, I still had the line with the (not working) from mistune.scanner import escape_html, escape_url maybe because the migration step was not working at that time? > I'm guessing at some point you installed something which required you to > manually make this migration and that produced this conflict. Do you > have both 0017_alter_emailtemplate_language.py and > 0017_auto_20220628_1132 in your postorius/migrations/ directory? If so, > probably just removing 0017_auto_20220628_1132 will fix this? That's what I did in the meantime, and it works now! Thank you.

2 years, 10 months

[MM3-users] Re: Hyperkitty no longer archiving

by Stephen J. Turnbull

Mark Sapiro writes: > On 11/21/22 16:33, Hirayama, Pat wrote: > > > > mailmansuite.log is full of: > > > > ERROR 2022-11-22 00:25:40,365 7 hyperkitty.views.mailman Access to the archiving API endpoint was forbidden from IP 172.31.0.1, your MAILMAN_ARCHIVER_FROM setting may be misconfigured > > > Set > ``` > MAILMAN_ARCHIVER_FROM = '172.31.0.1' > ``` > in your Django settings, or to accept any IP set > ``` > MAILMAN_ARCHIVER_FROM = '*' > ``` Hm. Pat wrote: > settings_local.py: > MAILMAN_ARCHIVER_FROM = ('172.18.8.14', '172.31.0.1', '172.31.0.2', '172.31.0.3', '172.31.0.4', '172.31.0.5', '127.0.0.1', '::1') where '172.31.0.1' is the second element. So we need to figure out where HyperKitty is getting its setting for MAILMAN_ARCHIVER_FROM. 1. Are there multiple copies of settings_local.py lying around? 2. Does settings.py have "from settings_local import *" in it? 3. Are there multiple copies of settings.py lying around? 4. What else may have changed in the migration? Any software upgrades in mailman, hyperkitty, mailman-web (or wherever the settings*.py are coming from)? Steve

2 years, 9 months

Search results for query "sapiro"