Search results for "Postorius" - Mailman-users

Hyperkitty - not sending from GUI & reply-thread

by sunil soprey

With latest release (HK 1.3.1), does anyone have an issue with no emails from reply-thread? I able to send/receive emails to/from mailman. I see MTA delivered emails, just no emails from HK GUI. No errors logs (py exception) nor mailman. ideaS? Versions: mailman-hyperkitty (1.1.0) - Mailman archiver plugin for HyperKitty INSTALLED: 1.1.0 (latest) HyperKitty (1.3.1) - A web interface to access GNU Mailman v3 archives INSTALLED: 1.3.1 (latest) mailman (3.3.0) - Mailman -- the GNU mailing list manager INSTALLED: 3.3.0 (latest) postorius (1.3.1) - A web user interface for GNU Mailman INSTALLED: 1.3.1 (latest) django-mailman3 (1.3.1) - Django library to help interaction with Mailman INSTALLED: 1.3.1 (latest) mailmanclient (3.3.0) - mailmanclient -- Python bindings for Mailman REST API INSTALLED: 3.3.0 (latest) f

6 years, 8 months

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

2 years, 11 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)"

2 years, 10 months

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

6 years, 8 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.

5 years, 7 months

Re: Caching problem with templates

by Mark Sapiro

On 6/28/25 22:05, Mark wrote: > > Setting the cache_life to a zero value only writes the expiry date as > "now". The cached file is still there. And it doesn't appear to be > getting overwritten (as expected) when the template is edited. The template caching occurs on retrieval. Editing the template in Postorius does not change the URI in the template table, so a subsequent retrieval still gets the old cached value. The task runner will delete the expired template the next time it runs but with default settings that's up to an hour later. -- 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: Internal Server Error: /mailman3/postorius/lists/.../held_messages - humanize: where to put?

by Mark Sapiro

On 8/25/25 15:07, Flo via Mailman-users wrote: > > In /usr/share/mailman3-web/settings.py there is: > > INSTALLED_APPS = ( > ... > 'django.contrib.humanize', > ... > ) Then I don't understand why you are getting the error. django.contrib.humanize is required because it is referenced by django-allauth in templates here https://codeberg.org/allauth/django-allauth/src/commit/5baeee79b2915dbb881d… and here https://codeberg.org/allauth/django-allauth/src/commit/5baeee79b2915dbb881d… If django.contrib.humanize is loaded, those references should be satisfied. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

1 year

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

4 years, 11 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

8 years, 7 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”?

4 years, 2 months

Mailman-users search results for query "Postorius"