Search results for "Postorius" - Mailman-users

Re: Core, Hyperkitty and Postorius releases

by Abhilash Raj

On Fri, May 14, 2021, at 2:16 PM, Odhiambo Washington wrote: > On Sat, May 15, 2021 at 12:01 AM Mark Sapiro <mark(a)msapiro.net> wrote: > > > On 5/14/21 1:54 PM, Odhiambo Washington wrote: > > > > > > /usr/local/include/sass > > > > > > That is the only thing found that is in the base system. > > > > And that's the one you want. What is it's mode? > > > > root@gw:/usr/home/wash # ls -al /usr/local/include/sass > total 104 > drwxr-xr-x 2 root wheel 512 Apr 16 16:49 . > drwxr-xr-x 176 root wheel 10240 Apr 19 18:05 .. > -rw-r--r-- 1 root wheel 2369 Apr 8 11:08 base.h > -rw-r--r-- 1 root wheel 10742 Apr 8 11:08 context.h > -rw-r--r-- 1 root wheel 6632 Apr 8 11:08 functions.h > -rw-r--r-- 1 root wheel 6489 Apr 8 11:08 values.h > -rw-r--r-- 1 root wheel 198 Apr 8 11:08 version.h > > I imagined I needed an executable. This sounds like a result of you running `pip3 install sass`, probably with sudo which failed mid-way due to the exception you posted above. Which OS are you using? On debian/ubuntu, you can install: sudo apt install sassc I am not exactly sure how it got removed during your upgrade to the new version of Mailman since it shouldn't affect your system packages. Did you install Mailman initially using system packages or instructions provided at [1]? [1]: https://docs.mailman3.org/en/latest/install/virtualenv.html#virtualenv-inst… -- thanks, Abhilash Raj (maxking)

5 years, 3 months

Re: Using REST with CLI using curl .... help needed

by Stephen J. Turnbull

Michael Bakonyi writes: > allright, thx a lot for your quick answer! After fiddling around > some more time, I guess I had some misunderstandings regarding the > REST-API. I guess if we reach the API correctly, we will not be > confronted with the CSRF-Error. We will continue to try but > nevertheless: What would be a cleaner approach to reach the API > from an external IP? I didn't found any examples in the web so far. If you mean the core REST API, you won't find any useful examples on the Internet. Anything you do find should be considered a form of self-harm and/or an insider threat. Access to the REST API is not securely authenticated, and therefore should never be exposed to the Internet. This API is expected to be contained either to localhost, or to a subnet behind a firewall that prohibits access to that port except from the host(s) serving HyperKitty and/or Postorius. If that's what you're trying to do, I would suggest a secure tunnel (not a generic VPN, but a specific tunnel to the API port). If you're talking about the Django administrative API to Postorius, you'll probably get a better answer faster from Django channels. Mark may know but he won't be available until mid-September most likely. As I wrote earlier, as far as I know you need to access the Postorius port, provide credentials, get the CSRF token, and then access Django. Regards, Steve

4 years

Re: problem configuring mailman3 on debian bullseye

by Servizio Informatico U.I.C.I. Sezione territoriale di Brescia

Hi, Thank you. I discovered tha I removed all templates but in the db table the template was not removed. It was pointing to localhost and this was the problem. Thanks to all for help! Roberto Burceni Servizio informatico sezionale Tel. 0302209417 (lunedì e giovedì mattina dalle 9:00 alle 13:00, martedì emercoledì pomeriggio dalle 14:00 alle 18:00 E-mail: servizioinformatico(a)uicibrescia.it Sito web: https://www.uicibrescia.it Il 16/03/23 04:20, Mark Sapiro ha scritto: > On 3/15/23 09:55, Odhiambo Washington wrote: >> On Wed, Mar 15, 2023 at 7:10 PM Servizio Informatico U.I.C.I. Sezione >> territoriale di Brescia <servizioinformatico(a)uicibrescia.it> wrote: >> >>> Hi, >>> >>> I created a template but after some tests I deleted it. >>> >>> Now I created only a standard list without modifying any templates. >>> >>> So they are the standard templates coming with the distribution. I >>> did not >>> change also the language >>> >> Maybe you can start by deleting any templates in postorius_emailtemplate >> table in the DB? > > There shouldn't be any, but if the issue is with accessing postorius > templates, that might make it worse. > > If you want only the system default templates, you could do this > database query to remove any non-defaults: > > DELETE FROM templates; > > That will ensure that you aren't accessing Postorius for any templates. >

3 years, 5 months

Re: Accept these non-members

by Mark Sapiro

On 3/6/26 02:43, Lars Bjørndal wrote: > Hi, list! > > I have an announce only Mailman3 list. When I log into the web interface > as an admin user, and go to the specified list, and choose Settings, I find > the Message Acceptance tab. There, I find the edit field Accept these > non-members. But this field is empty, although I know that some people > have permissions and are able to post to this list. How can I find the > list of these non-members and add more people or delete someone? > > I'm running Mailman version 3.3.10, and mailman-web version 4.2.21. I don't know what mailman-web version 4.2.21 is. Is this some downstream package? These are nonmembers whose moderation action is accept or defer. If your Postorius is >= 1.3.6, and the number of nonmembers is manageable you can just view the nonmembers list in Postorius and see their moderation action. Otherwise a `mailman shell` interaction like ``` $ mailman shell -l list.example.com 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 list.example.com mailing list >>> for nm in m.nonmembers.members: ... if nm.moderation_action in (Action.accept, Action.defer): ... print(f'{nm} {nm.moderation_action}') ... >>> ``` will print those nonmembers with Action.accept or Action.defer. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

5 months, 4 weeks

Re: [Django] ERROR (EXTERNAL IP): Service Unavailable

by Mark Sapiro

On 3/4/21 11:44 AM, dancab(a)caltech.edu wrote: > > One last question. One more question. > > I'm testing a custom footer via the template creation tool in Postorius. > > However my messages aren't being delivered when I have the template activated. > > If I delete the template then suddenly my message goes through. > > I see the out queue folder seems to have the message stuck. See <https://gitlab.com/mailman/mailman/-/issues/760> Remove the Postorius template and install it in the file system as in <https://gitlab.com/mailman/mailman/-/issues/760#note_521886834> -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

5 years, 6 months

Re: Syncing Real Name between user account and membership

by Abhilash Raj

On Sat, Dec 19, 2020, at 10:42 AM, Stephen J. Turnbull wrote: > Andreas Barth writes: > > > a user was mass-subscribed (with a wrong name) and now registered > > and changed his name via the web interface but the list entry is > > not changed. > > I don't recall the design discussion, but I'm pretty sure that this > distinction was intentional. The idea was that people might want to > have different display names associated with different addresses (eg, > you probably don't want your User display name associated with an > address you use on anonymized lists). I'm not sure that option has > any merit in practice. > > @ Abhilash: > > Since Postorius doesn't provide a way to manage address-specific > display names, we should probably have Postorius propagate display > name changes. I believe that is normally what the user wants. > > What does everybody think? +1, I've been thinking the same. I am just wondering if Core's API should do this (probably not by default, but with a bool parameter that P can use every time), or should we iterate over all addresses and PATCH the display names in them (would be slower, with multiple API requests). I am leaning towards the first option. What do you think? > _______________________________________________ > 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/ > -- thanks, Abhilash Raj (maxking)

5 years, 8 months

Re: sqlite3 Database "read only" error on mailman_sync job

by Abhilash Raj

On Sun, Sep 1, 2019, at 3:22 AM, ugniusviln(a)gmail.com wrote: > Hi. All the project installation is under the same user / path and > it works. Archiving working as well, (just one remark: no matter what > to set in postorius, hyperkitty shows list as public) > I have found work around - it is possible to change list as private in > "admin" page. > I started to get issues with runjobs after I have created couple of > new lists with "no archive" option. How did you install all these components. It seems there the installation is broken in weird ways. > > If as owner user from project home I run: > > django-admin mailman_sync > > Traceback (most recent call last): > File > "/home/user/.local/lib/python3.5/site-packages/django/db/backends/utils.py", > line 84, in _execute > return self.cursor.execute(sql, params) > File > "/home/user/.local/lib/python3.5/site-packages/django/db/backends/sqlite3/base.py", > line 383, in execute > return Database.Cursor.execute(self, query, params) > sqlite3.OperationalError: attempt to write a readonly database > > "django-admin runjob sync_mailman " - makes read only errors as well. > "django-admin runjob new_lists_from_mailman" > django.db.utils.OperationalError: attempt to write a readonly database > END TRACEBACK > > I did not find information how to fix this. It was worked without errors > before. > I noticed, that if I stop mailman, "django-admin mailman_sync" starts > to work. > If I start "mailman start", then "django-admin mailman_sync" failing > again. > I did not check other jobs, but I think what is related to database, > will get errors. > Seems mailman locking the database. It is not a file permissions issue. > Mailman db location is: /project_directory/var/data/mailman.db > > if to rename /project_directory/var/data/mailman.db to something, > mailman creates database file size 0, django-admin runjobs start > working, but of course postorius stops working. I did it for testing. > I have returned this database file back, postorius started to work > again, but django-admin runjobs does not work, error: "database read > only". > Please help me how to fix this issue. > _______________________________________________ > 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/ > -- thanks, Abhilash Raj (maxking)

7 years

List nonmembers

by Stephen J. Turnbull

Andrew Bernard writes: > Under Users for a list, there is a category for List > nonmembers. What does this term mean? [It's rather curious > philosophically when you think about it, because I would have > thought that the category [all humans - list members] fits that > category term.] I don't recall the exact definition of "list member", but I can't resist explaining the "philosophy". :-) In the mail system as a whole, what we can confirm is a mailable mailbox. That corresponds to an *address* in Mailman. But users (typically humans) often have multiple addresses, that they would like to configure together (eg, single signon, same setting for not-me-too, etc). Thus we have a *user* concept, which requires a agent to log in and establish a *user* and attach addresses to it. I don't remember the exact details, but both *users* and *addresses* can exist independently of the other, though they are normally linked. Finally, a *subscription* is a link between an *address* and a *mailing list*. ISTR that merging *users* in the database is kind of annoying, so instead of automatically creating a *user* to back every known *address* (eg, when banned or moderated), the *address* is allowed to participate in the list as a banned or moderated address without being related to a *user*. There may be other cases where an *address* lacks a *user*. I'm pretty sure there are ways in Postorius to create a *user* that has no *addresses*, although I've not tried, and I don't know if such Postorius users would be reflected in the core database. Steve

7 years, 1 month

Re: WSGI configuration

by Andrew Hodder

It appears you're looking at the settings for your wsgi service (it may be not all those variables are necessary, I'm using uwsgi and it's missing some of those). That's it's own service separate from mailman; it exists as a middle man between the django (postorius/hyperkitty) and your webserver. I have a /etc/uwsgi.d/postorius.ini config like this (please note I'm using this with nginx instead of apache): [uwsgi] uid = nginx gid = nginx plugin = python module = postorius.wsgi virtualenv = /opt/mailman/venv2/ wsgi-file = /opt/mailman/postorius/postorius/wsgi.py socket = /opt/mailman/%n.sock chmod-socket = 777 stats = 127.0.0.1:9191 pidfile = /opt/mailman/%n.pid daemonize = /var/log/uwsgi/%n.log logto = /var/log/uwsgi/%n_details.log master = true workers = 4 enable-threads = true vaccum = true Sincerely, Andrew Hodder Systems Administrator Support Operations, Afilias E-mail: drew(a)afilias.info Phone: +1 416.673.4164 Fax: +1 416.646.1541 On Thu, Oct 5, 2017 at 9:50 AM, Loring <rloring(a)bnl.gov> wrote: > So I am starting to install mailman3 and following the documentation and > am up to the point of configuring the wsgi. The docs give me a config to > use (see below) > > [uwsgi] > # Port on which uwsgi will be listening. > http-socket = 0.0.0.0:8000 > > # Move to the directory wher the django files are. > chdir = /path-to-django-project-directory/ > > # Use the wsgi file provided with the django project. > wsgi-file = wsgi.py > > # Setup default number of processes and threads per process. > master = true > process = 2 > threads = 2 > > # Drop privielges and don't run as root. > uid = 1000 > gid = 1000 > > # Setup the django_q related worker processes. > attach-daemon = ./manage.py qcluster > > # Setup the request log. > req-logger = file:/path-to-logs/logs/uwsgi.log > > # Log cron seperately. > logger = cron file:/path-to-logs/logs/uwsgi-cron.log > log-route = cron uwsgi-cron > > # Log qcluster commands seperately. > logger = qcluster file:/path-to-logs/logs/uwsgi-qcluster.log > log-route = qcluster uwsgi-daemons > > # Last log and it logs the rest of the stuff. > logger = file:/path-to-logs/logs/uwsgi-error.log > > Where does this config go? Does in go in the mailman3.cfg? > > Any help would be appreciated. > > -- > Richmond Loring > rloring(a)bnl.gov > Advanced Systems Engineer > _______________________________________________ > Mailman-users mailing list > mailman-users(a)mailman3.org > https://lists.mailman3.org/mailman3/lists/mailman-users.mailman3.org/ >

8 years, 11 months

Held messages: Long time waiating for response of the Mailman API

by Stephan Krinetzki

Hello, We are using Mailman 3.3.5 with Hyperkitty 1.3.5. Mailman 3 is installed in a venv and deployed using Apache and uwsgi. This works quite well so far, only withheld messages cause us a problem: If we try to approve them via Postorius, the message is delivered to the list immediately, but the success message in Postorius takes a long time - on average the process hangs for three minutes until the message is no longer displayed. We have already adjusted the timeout in gunicorn.cfg, but this does not improve the situation. Are there any tips on how we can speed up the REST API? Or is it even a configuration error? Greetings Stephan

4 years, 7 months

Mailman-users search results for query "Postorius"