Search results for "Postorius" - Mailman-users

Re: Mailing list name with capital letters?

by Mark Sapiro

On 9/26/23 12:00, Mark London wrote: > I guess this is not possible? If you mean create a list with upper case in it's list_id or list posting address, you are correct, but since in your OP you said "Right now, only the first letter can be capitalized." you must be talking about the list's display name. That can be set in Postorius at Settings -> List Identity per my reply at <https://lists.mailman3.org/archives/list/mailman-users@mailman3.org/message…>. It can also be set via REST or mailman shell. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

1 year, 2 months

Re: General question mailman3: message sender acceptance "always"

by Wikinaut

Mark Sapiro wrote: > On 10/23/23 05:41, Wikinaut wrote: > > I could not find such an option (in the moderation dialog) in Mailman3 (only "accept" or "reject" and "discard", but "accept and add to white-list = accept always"). > > In the Postorius held messages view, click on the message's subject to > open a dialog showing the messages content Dear Mark, sorry: How should I know this? I'd rather prefer to have these both changes: i) relabel the existing one od three buttons from "accept" to "accept once" ; and ii) add a fourth button "accept all messages from this sender (i.e. add to white list)"

1 year, 1 month

Re: Adding a domsin

by Mark Sapiro

On 1/13/20 1:33 PM, Allan Hansen wrote: > > It’s mostly working but the Postorius page and the ‘noreply’ emails still sport the old domain name. I hav looked at all the py and cfg files where the old name appeared, and they no longer hold the old name. My coadmin now tells me that the database has a table with the old name. Any suggestion as to whether that can cause the issue and if it’s safe to change the table. Look in Mailman's var/templates/directory. I suspect you have a site/en/ subdirectory with templates containing the old name. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

4 years, 10 months

Re: Language Support In Templates

by Mark Sapiro

Mark Sapiro wrote: > > This is a bug in Postorius. I just reported it at > https://gitlab.com/mailman/postorius/-/issues/465. I have deleted that bug report as it appears the language attribute in the postorius_emailtemplate table is unused anyway. Notices built from templates are sent by core in the appropriate charset, that of the list's preferred language for admin notices and the either the user's or the list's preferred language for user notices. (Un)sibscribe confirmations are sent in the list's preferred language. In Brian's case the (default) charset for Greek is UTF-8, so if the template was encoded as UTF-8 and the list's preferred language was Greek, it should not have been garbled.

3 years, 10 months

Re: Ann: Mailman Core 3.3.5 is out

by Brett Delmage

On Wed, 29 Sep 2021, Eggert Ehmke via Mailman-users wrote: > Should I upgrade my Mailman 3.3.3 installed from Debian Bullseye? I would have > to bypass the Debian installer. Or will there be Debian packages available? > Same question for Postorius 1.3.6 I am excited to see 3.3.5 with its many updates available. Thanks to all the contributors. I would like to know this too, as I was just about to install parallel to the Debian package(s). I expect there are many of us. Going forward, what is the best way to maintain a stable version of 3.3.5 with security and defect fixes only, exluding new features? Is picking and applying individual checkins on gitlab the only way? Brett

3 years, 2 months

Re: What's the difference between (purpose of) reject and ignore

by denis.bitouze＠univ-littoral.fr

Yes, that's what I meant, thanks. AFAICS, it is not documented since, at Postorius → Settings → Message Acceptance → Default action to take when a (non-)member posts to the list, I only read: “Discard: this simply discards the message, with no notice sent to the post's author”. So no mention that this would set it to (silently) discard all future mails from them. Just to be sure: for this feature, is it necessary to click on the subject and to choose in the drop-down list “Discard (no notification)”, or is it enough, on the .../held_messages page, to select the messages and click on “Discard”?

2 years, 5 months

Re: List Migration from MM2.1 -> MM3

by Odhiambo Washington

On Mon, Aug 15, 2022 at 4:59 PM Mark Sapiro <mark(a)msapiro.net> wrote: > On 8/15/22 06:53, Odhiambo Washington wrote: > > > > That is exactly what I have in my mailman.cfg > > > > Installing Postfix suppresses that message though. I installed Postfix > and > > then disabled it. > > > > > Your /opt/mailman/mm/venv/bin/mailman is talking to a different Mailman > core than the one reading that mailman.cfg and the one Postorius is > talking to. > How can I track the one it's talking to? -- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254 7 3200 0004/+254 7 2274 3223 "Oh, the cruft.", egrep -v '^$|^.*#' ¯\_(ツ)_/¯ :-)

2 years, 3 months

Re: Custom templates (was: Re: Re: nginx configuration on a multitasking server)

by Mark Sapiro

On 1/14/22 11:56 AM, David Newman wrote: > > I created a pending subscription request on a test list. Here is the > text I'm using in a file called 'list:admin:action:subscribe.txt' (minus > the rows of hypens): > > ---------- > > > As list administrator, your authorization is required for a mailing list > subscription request approval: > > For: $member > List: $listname > > At your convenience, visit: > > https://${domain}/mailman/admindb/lists/${short_listname}.${domain}/ This looks like a Mailman 2.1 URL. Are you sure you don't want something like https://${domain}/mailman3/lists/${short_listname}.${domain}/ > > to approve or deny the request. > > ---------- > > Instead the message that goes out at midnight daily reads like this: That's a different message. It is sent from the `mailman notify` command run by cron. It's built from the list:admin:notice:pending template. > > On successive nights I have placed copies of the > 'list:admin:action:subscribe.txt' file above in these locations: > > mm/var/templates/lists/test.lists.domain.tld/en I hope you mean /opt/mailman/mm/var/templates/lists/test.lists.domain.tld/en > /opt/mailman/mm/var/templates/site/en Either of those should work. The lists one will take priority over the site one for that list. > and then in Postorius, with the same contents as above. If you set a template in Postorius, it takes priority. If you later decide you want to use one in /opt/mailman/mm/var/templates/ you have to delete the postorius one. > The file > versions are owned by the mailman user, and have 0644 permissions. Not > sure this is necessary but I've restarted the mailman3 and mailmanweb > services each time after a change. > > There is no sign of trouble in the MM3 or web logs. The only thing I see > is in the Postfix log, where the shorter and less helpful message goes > out each night. I don't see anything in the template docs about this. > > Questions: > > 1. What to do to get the custom message working? It should work. I suspect you need to go to the list's Settings -> Automatic Responses and set `Admin immed notify` to Yes. > 2. Is there a way to trigger a subscribe reminder for one list only? If by subscribe reminder you mean the `list:admin:action:subscribe.txt` message, yes that's the above list setting. If you mean the one sent from the `mailman notify` command, see `mailman notify --help` for the options. You can specify one or more lists (default is all lists) via options and put them in your cron. > Asking because there are other lists on this server with other requests > pending, and I don't want to bother other moderators with multiple > reminders per day. Not a big deal, but it would be nice to test this > with one list rather than waiting up to 24 hours after each change. You can test `mailman notify` at any time by running it by hand. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

2 years, 10 months

Re: mailman3 vs postfix

by Ralf Wiegand

Mark - I have a hard time following this. /path/to/where/your/settings/are located what settings? what do I am looking for? cd /opt/mailman # all mailman applications are under /opt/mailman ls django-mailman3 hyperkitty mailman mailmanclient mailman-hyperkitty mailman-suite postorius venv-3.6 settings.py? /opt/mailman/mailman-suite/mailman-suite_project? I do not understand??? Ralf On 4/28/20 3:59 PM, Mark Sapiro wrote: > On 4/28/20 12:42 PM, Ralf Wiegand wrote: >> (venv-3.6) [root@empire mailman]# django-admin createsuperuser >> No Django settings specified. > > In that case, you need to specify additional options: > > --pythonpath /path/to/where/your/settings/are located > --settings name_of_your_settings_file_without_the_.py > > e.g. something like > > django-admin --pythonpath /usr/share/mailman3-web \ > --settings settings createsuperuser > >

4 years, 7 months

Re: list of subscribers

by Peter Münster

On Sun, Feb 04 2018, Simon Hanna wrote: > You should be able to use mailmanclient to get a list of subscribers with > names. It seems, that mailmanclient does not know about the real name (the first name and the last name in Django). But this seems to work: from django.contrib.auth.models import User user = User.objects.get(email='address(a)of.user') print(user.first_name) print(user.last_name) So, I'll try to make some loop over a list with email addresses, that I can get on the web interface. > Names are optional though, if people signup without them you won't be able to > get them. My usage of mailman is perhaps a bit special: users can't sign up, only the site owner signs up manually with create_user(email=, first_name=...) Then the site owner creates the mailing lists and uses mass subscription (for example all members of a basketball team). At one moment, the list of subscribers should be verified by all members, just to be sure, that nobody got forgotten. > Currently there is no option to require names. I'll open an issue in > postorius about showing the name in the member list if there is one > associated. Thanks. It would be nice, to see the first_name and the last_name of the django-auth user object. > IIRC one person(postorius account) can also signup at different lists using > different names (regardless of address). You mean the "display_name" of mailmanclient here? I won't use it. For my usage, I prefer a clear association of email, first name and last name in one account, no need for "display_name" here. > There was some discussion about names and potentially using the from header to > populate the database but I don't remember the result... Nice idea, especially for the normal use case, the public mailing list (but not for mine). Off topic: I have "Receive own postings = Yes", but I don't receive copies of my postings to this list... Kind regards, -- Peter

6 years, 9 months

Mailman-users search results for query "Postorius"