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

[MM3-users] Re: Hyperkitty: AttributeError: 'NoneType' object has no attribute 'subject'

by Mark Sapiro

On 01/13/2018 09:46 AM, Alex McLean wrote: > I'm getting a 500 server error with some threads in hyperkitty, e.g. this one: > https://we.lurk.org/hyperkitty/list/tidal@we.lurk.org/thread/3IN5NFFFPVAQSR… > > The following appears in the log, any pointers much appreciated! > > ERROR 2018-01-13 12:29:53,855 6056 django.request Internal Server Error: /hyperkitty/list/tidal(a)we.lurk.org/thread/4ECEUJRXMJ2U7EPKRMU6V6A3FVL523BC/ > Traceback (most recent call last): > File "/usr/local/lib/python2.7/dist-packages/django/core/handlers/exception.py", line 41, in inner > response = get_response(request) > File "/usr/local/lib/python2.7/dist-packages/django/core/handlers/base.py", line 249, in _legacy_get_response > response = self._get_response(request) > File "/usr/local/lib/python2.7/dist-packages/django/core/handlers/base.py", line 187, in _get_response > response = self.process_exception_by_middleware(e, request) > File "/usr/local/lib/python2.7/dist-packages/django/core/handlers/base.py", line 185, in _get_response > response = wrapped_callback(request, *callback_args, **callback_kwargs) > File "/usr/local/lib/python2.7/dist-packages/hyperkitty/lib/view_helpers.py", line 136, in inner > return func(request, *args, **kwargs) > File "/usr/local/lib/python2.7/dist-packages/hyperkitty/views/thread.py", line 193, in thread_index > return render(request, "hyperkitty/thread.html", context) > File "/usr/local/lib/python2.7/dist-packages/django/shortcuts.py", line 30, in render > content = loader.render_to_string(template_name, context, request, using=using) > File "/usr/local/lib/python2.7/dist-packages/django/template/loader.py", line 68, in render_to_string > return template.render(context, request) > File "/usr/local/lib/python2.7/dist-packages/django/template/backends/django.py", line 66, in render > return self.template.render(context) > File "/usr/local/lib/python2.7/dist-packages/django/template/base.py", line 207, in render > return self._render(context) > File "/usr/local/lib/python2.7/dist-packages/django/template/base.py", line 199, in _render > return self.nodelist.render(context) > File "/usr/local/lib/python2.7/dist-packages/django/template/base.py", line 990, in render > bit = node.render_annotated(context) > File "/usr/local/lib/python2.7/dist-packages/django/template/base.py", line 957, in render_annotated > return self.render(context) > File "/usr/local/lib/python2.7/dist-packages/django/template/loader_tags.py", line 177, in render > return compiled_parent._render(context) > File "/usr/local/lib/python2.7/dist-packages/django/template/base.py", line 199, in _render > return self.nodelist.render(context) > File "/usr/local/lib/python2.7/dist-packages/django/template/base.py", line 990, in render > bit = node.render_annotated(context) > File "/usr/local/lib/python2.7/dist-packages/django/template/base.py", line 957, in render_annotated > return self.render(context) > File "/usr/local/lib/python2.7/dist-packages/django/template/loader_tags.py", line 72, in render > result = block.nodelist.render(context) > File "/usr/local/lib/python2.7/dist-packages/django/template/base.py", line 990, in render > bit = node.render_annotated(context) > File "/usr/local/lib/python2.7/dist-packages/django/template/base.py", line 957, in render_annotated > return self.render(context) > File "/usr/local/lib/python2.7/dist-packages/django/template/defaulttags.py", line 529, in render > return self.nodelist.render(context) > File "/usr/local/lib/python2.7/dist-packages/django/template/base.py", line 990, in render > bit = node.render_annotated(context) > File "/usr/local/lib/python2.7/dist-packages/django/template/base.py", line 957, in render_annotated > return self.render(context) > File "/usr/local/lib/python2.7/dist-packages/django/template/defaulttags.py", line 322, in render > return nodelist.render(context) > File "/usr/local/lib/python2.7/dist-packages/django/template/base.py", line 990, in render > bit = node.render_annotated(context) > File "/usr/local/lib/python2.7/dist-packages/django/template/base.py", line 957, in render_annotated > return self.render(context) > File "/usr/local/lib/python2.7/dist-packages/django/template/base.py", line 1040, in render > output = self.filter_expression.resolve(context) > File "/usr/local/lib/python2.7/dist-packages/django/template/base.py", line 708, in resolve > obj = self.var.resolve(context) > File "/usr/local/lib/python2.7/dist-packages/django/template/base.py", line 849, in resolve > value = self._resolve_lookup(context) > File "/usr/local/lib/python2.7/dist-packages/django/template/base.py", line 890, in _resolve_lookup > current = getattr(current, bit) > File "/usr/local/lib/python2.7/dist-packages/hyperkitty/models/thread.py", line 108, in subject > return self.cached_values["subject"]() > File "/usr/local/lib/python2.7/dist-packages/hyperkitty/models/common.py", line 61, in __call__ > return self.get_or_set(*args, **kwargs) > File "/usr/local/lib/python2.7/dist-packages/hyperkitty/models/common.py", line 57, in get_or_set > value = self.rebuild(*args, **kwargs) > File "/usr/local/lib/python2.7/dist-packages/hyperkitty/models/common.py", line 49, in rebuild > value = self.get_value(*args, **kwargs) > File "/usr/local/lib/python2.7/dist-packages/hyperkitty/models/thread.py", line 223, in get_value > return self.instance.starting_email.subject > AttributeError: 'NoneType' object has no attribute 'subject' This may be related to our not clearing cache when deleting messages/threads. See <https://gitlab.com/mailman/hyperkitty/issues/160>. If so, restarting your web server may help. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

7 years, 4 months

[MM3-users] Re: Mailman 3 Keeps Forgettings Imported Lists

by Ryan McClung

Hey there, Im going to breakdown my response into sections: 1) Yes, there is only one install of mailman on the box. 2) I created the list using the script below 3) My method of importing it is by copying the lists to /opt/mailman/old/lists and running these commands (within lists) MYDIR="/opt/mailman/old/lists" DIRS=`ls -l $MYDIR | egrep '^d' | awk '{print $9}'` for DIR in $DIRS; do mailman import21 "${DIR}"@afilias.info "${DIR}"/config.pck; done However, if you look at the above you can see where I am going wrong. What it should actually be doing is: MYDIR="/opt/mailman/old/lists" DIRS=`ls -l $MYDIR | egrep '^d' | awk '{print $9}'` for DIR in $DIRS; do mailman create "${DIR}"; mailman import21 "${DIR}"@ afilias.info "${DIR}"/config.pck; done Sorry for wasting your time on this one. Coffee is on me. On Mon, Jul 30, 2018 at 6:05 PM Mark Sapiro <mark(a)msapiro.net> wrote: > On 07/30/2018 07:37 AM, Ryan McClung wrote: > > GNU Mailman 3.2.0 (La Villa Strangiato) > > Python 3.6.5 (default, Apr 10 2018, 17:08:37) > > [GCC 4.8.5 20150623 (Red Hat 4.8.5-16)] > > config file: /opt/mailman/var/etc/mailman.cfg > > db url: sqlite:////opt/mailman/var/data/mailman.db > > devmode: DISABLED > > REST root url: http://localhost:8001/3.1/ > > > > Shortly after I run an import on a bunch of lists they all disappear. > > [root@mailman3(stg) mailman]# mailman lists > > No matching mailing lists found > > > > I have 30+ lists. > > > Does the 'mailman lists' command invoke the identical 'mailman' file as > the 'mailman import21' command that did the imports. And how did you > create the lists before importing them? > > We have done several imports of 2.1 lists to > <https://mail.python.org/mm3/mailman3/> and have never seen an issue > like this. > > -- > 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/ > -- Ryan McClung Systems Administrator @ Afilias Canada A. 204-4141 Yonge Street, Toronto, ON, Canada, M2P 2A8 <https://maps.google.com/?q=4141+Yonge+Street,+Toronto,+ON,+Canada,+M2P+2A8&…> W. www.afilias.info T. +1.416.646.3304 x4186

6 years, 10 months

[MM3-users] Re: sqlalchemy.orm.exc.MultipleResultsFound: Multiple rows were found for one_or_none()

by Shashikanth Komandoor

Thank you Mark for your response. But I am having a final query over this issue. Out of the two hyperkitty records I observed in the database, I am confused which record do I need to remove directly from the database? Because I doubt still there is one more list with the same style i.e. with two hyperkitty records. Please advise. On Mon, Jul 27, 2020 at 4:40 AM Mark Sapiro <mark(a)msapiro.net> wrote: > On 7/26/20 10:45 AM, Shashikanth Komandoor wrote: > > Thank you Mark. > > > > What you have said is right.. > > > > I found a list with two "hyperkitty" records in the listarchiver in the > > database. I had removed the list and recreated it and now I found it is > > working fine. The recreated list is having only one record. > > > OK, but that's not a reasonable way to fix this in general. You can just > remove the `extra` record using a direct database query which is > probably the least disruptive way to fix this. > > > > After searching the links you provided I found there is just a work > around > > but not the precaution to be taken for not getting the duplicate record. > > > > Can you say what might be the reason for this duplication? If I need to > > provide any details, please let me know. > > > As noted in the threads I referenced, we don't know the cause. Yours is > the first report of this issue with the `hyperkitty` archiver. In all > the other reports, the duplicate archiver has been `mhonarc`. > > If it happens again and you know the exact sequence of events that led > to it, i.e. what was done with the list between the last time it worked > and when it stopped working, that might give us clues, but currently we > are at a total loss to understand how this happens. > > -- > 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/ > -- Thanks & Regards, Shashi Kanth.K 9052671936

4 years, 10 months

[MM3-users] Re: Pck files stuck in out queue

by Lieuallen, Thomas Otis

Mark, I checked the database; nothing there. Note that there are only 3x entries and only one is list:member:regular:header (my test), so just nothing of interest. The URL works and produces the proper template information. I finally did a find/grep in the mailman tree and found a match for this errant string. It is under the cache folder. This corresponds to the cache_dir value. I could wipe the file out, but what is the proper way of doing so and should they be cleaned out via a schedule? These don’t appear to be web related, as far as I can tell. Thank you Tom Lieuallen From: Mark Sapiro <mark(a)msapiro.net> Date: Friday, February 7, 2025 at 10:37 AM To: mailman-users(a)mailman3.org <mailman-users(a)mailman3.org> Subject: [MM3-users] Re: Pck files stuck in out queue [This email originated from outside of OSU. Use caution with links and attachments.] On 2/7/25 10:08, Lieuallen, Thomas Otis via Mailman-users wrote: > > I have a remaining issue that baffles me. With my test list, I created a template for ‘list:member:regular:header’. It just has text in it, keeping it simple. I create it and see the entries in the database tables and they are correct. However, when I send a test email, my template text is not inserted, but instead another simple text: “testing hello”. I do the same with list:member:regular:footer, and it works just fine. It is just the header that is working incorrectly. When I remove that postorius header template for the list, that ‘testing hello’ goes away. So, it’s only appearing when I have a postorius template setup for that list. What do you get from the following database queries? SELECT * FROM template WHERE name = 'list:member:regular:header'; SELECT * FROM postorius_emailtemplate WHERE name = 'list:member:regular:header'; Depending on your installation, these tables may be in separate databases, i.e., template table in mailman db and postorius_emailtemplate in mailmanweb db. And what do you get if you go to the uri in the result(s) from the first query? The context in the first results and maybe the second results should also be a clue. -- 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://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.mai…<https://lists.mailman3.org/mailman3/lists/mailman-users.mailman3.org/> Archived at: https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.mai…<https://lists.mailman3.org/archives/list/mailman-users@mailman3.org/message…> This message sent to lieualth(a)oregonstate.edu

4 months

[MM3-users] Re: List description as sender

by Henrik Rasmussen

It is the description in the Settings -> List Identity -> Description that is used in the list overview https://list.example.com/postorius/lists/ and also as the "From:" in the mails sent to the subscribers. I try to keep the descriptions as short as possible, and I don't consider "Newsletter to the members of the Anthropology Society" a long message, when displayed in https://list.example.com/postorius/lists/, but when the description is displayed as From: in mails, I agree it is a long description. On lists.mailman3.org, the description "General list for Mailman 3 users and others interested in Mailman 3" is also short, but when used as From: it is fairly long. -----Oprindelig meddelelse----- From: Mailman-users is an infrequent newsletter sent to list administrators <mailman-users(a)lists.example.com> Sent: 14. september 2018 13:20 To: mailman-users(a)lists.example.com Subject: Test 201809141319 [cid:image001.png@01D44E6C.A57045A0] -- Henrik Rasmussen <her(a)adm.ku.dk<mailto:her@adm.ku.dk>> University of Copenhagen, Danmark -----Oprindelig meddelelse----- Fra: Mark Sapiro <mark(a)msapiro.net> Sendt: 14. september 2018 17:36 Til: mailman-users(a)mailman3.org Emne: [MM3-users] Re: List description as sender On 09/14/2018 05:35 AM, Henrik Rasmussen wrote: > When receiving a mail from Mailman 3, the From: User name is the description of the list, like From: Long desription of the list for all members of certain project <project(a)lists.example.com<mailto:project@lists.example.com>>. > > Starting to get old, I recall something about a discussion we once had on http://mail.python.org/pipermail/mailman-users/, but I don't recall the reason for this and I can't find the discussion, so it might be something I dreamed. Specifically what messages are you talking about? The only case I see offhand where the From: is as you describe is in posts from an anonymous list. In any case, the list description is described in Postorius as "This description is used when the mailing list is listed with other mailing lists, or in headers, and so forth. It should be as succinct as you can get it, while still identifying what the list is." I.e., it shouldn't be a long description. -- Mark Sapiro <mark(a)msapiro.net<mailto:mark@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<mailto:mailman-users@mailman3.org> To unsubscribe send an email to mailman-users-leave(a)mailman3.org<mailto:mailman-users-leave@mailman3.org> https://lists.mailman3.org/mailman3/lists/mailman-users.mailman3.org/

6 years, 8 months

[MM3-users] Re: Mailman3 without Hyperkitty in docker

by Abhilash Raj

On Thu, Feb 28, 2019, at 5:19 PM, Abhilash Raj wrote: > On February 27, 2019 11:53:34 PM PST, Danil Smirnov <danil(a)smirnov.la> wrote: > >Hi Mark, > > > >Actually all this stuff happens inside the container after it's started > >and > >initialized without errors. I didn't amend the image anyhow. > > > >Also I have the configuration based on docker-compose.yaml provided in > >the > >repository which works just fine for mailman-web image. > > > >The very same config with postorius image (+ UWSGI_STATIC_MAP param) > >fails > >with 500 error... > > > >Now answering your questions: > > > >ср, 27 февр. 2019 г., 22:56 Mark Sapiro <mark(a)msapiro.net>: > > > >> do you have django-q in INSTALLED_APPS in your Django settings and > >what > >> is set for Q_CLUSTER? > >> > > > >I've checked settings.py inside the container and I haven't found any > >of > >the mentioned configurations there. > > > >Does the manage.py that's being run here point to the right > >settings.py? > >> > > > >No clue. > > > >Also I wonder why we have some Hyperkitty-related cronjobs in non-HK > >configured image? > > > >https://github.com/maxking/docker-mailman/blob/master/postorius/mailman-web… > > Because I am a dum dum ;-) > > Will work on removing those crons and stuff. Would be nice if you > opened an issue on Github so that I don't forget. Should now be fixed in the latest image. > > >Danil > > > > > > > >> -- > >> 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/ > >> > >_______________________________________________ > >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/ > > > -- > Sent from my Android device with K-9 Mail. Please excuse my brevity. -- thanks, Abhilash Raj (maxking)

6 years, 3 months

[MM3-users] Re: Pck files stuck in out queue

by Lieuallen, Thomas Otis

Mark, Actually, this is saying cache_life under mailman: https://docs.mailman3.org/projects/mailman/en/latest/src/mailman/config/doc… There is a cache_lifetime under ‘dmarc’. I used your clue about the database to concoct my own solution… 😊. I edited the ‘expires_on’ values in the file_cache table in the database so the files were expired. It looks like the times in that table are UTC. I’m going to ratchet down my cache_life so anyone that is playing with templates doesn’t go bonkers (like me) with why their changes aren’t honored. I have a small site, so not much performance impact. Thank you for your help. Tom Lieuallen From: Mark Sapiro <mark(a)msapiro.net> Date: Monday, February 10, 2025 at 12:46 PM To: mailman-users(a)mailman3.org <mailman-users(a)mailman3.org> Subject: [MM3-users] Re: Pck files stuck in out queue [This email originated from outside of OSU. Use caution with links and attachments.] On 2/10/25 12:09, Lieuallen, Thomas Otis via Mailman-users wrote: > > I haven’t figured out how to work with these cache files. I found some mention that a runner would clean up cache files after a week (default) and that one could use ‘cache_life’ to change that default. So, I set the following and restarted mailman. The cache files hadn’t been removed after > 4 hours, so I unset it and restarted again. > > Cache_life: 1d The setting is actually `cache_lifetime` in the `[mailman]` section of mailman.cfg, however when a file is cached, it's lifetime is saved in the database and won't be changed by changing that setting. > Without further information or direction, I’m tempted to just remove those cache files and move on with life. Removing them is OK, but a database entry will still exist pointing to them and attempt to retrieve them will return `Cache content lost`. The way to properly remove them is in Mailman shell ``` $ mailman shell 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. >>> cm = getUtility(ICacheManager) >>> cm.clear() >>> commit() >>> ``` -- 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://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.mai…<https://lists.mailman3.org/mailman3/lists/mailman-users.mailman3.org/> Archived at: https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.mai…<https://lists.mailman3.org/archives/list/mailman-users@mailman3.org/message…> This message sent to lieualth(a)oregonstate.edu

3 months, 4 weeks

[MM3-users] Re: statistics monitoring for Mailman3

by Mohsen Masoudfar

Hi Mark, Thanks again for the nice Python script. There is an issue with outlook.com. They add a '^M' (carriage Return) before msgid!! Here is part of the log that shows that. This is not in every log, though. I updated the get_log_data function (please see below), I believe it is not the smartest solution, but it seems to be working for me. Mar 14 12:53:19 2021 (11696) ('127.0.0.1', 55180) Data: b'QUIT' Mar 14 12:53:19 2021 (11696) ('127.0.0.1', 55180) connection lost Mar 14 12:53:19 2021 (11696) Connection lost during _handle_client() Mar 14 12:53:21 2021 (11701) <MN2PR20MB324587763E970CC56351F8C5B66D9(a)MN2PR20MB3245.namprd20.prod.outlook.com> smtp to testlist3(a)newlistserv.aaas.org for 1 recips, completed in 0.013000726699829102 seconds Mar 14 12:53:21 2021 (11701) <MN2PR20MB324587763E970CC56351F8C5B66D9(a)MN2PR20MB3245.namprd20.prod.outlook.com> post to testlist3(a)newlistserv.aaas.org from testlist3(a)newlistserv.aaas.org, 7940 bytes LOGRETS = ('^(?P<time_stamp>[^(]*) $\d+$ (?:\n|\r\n)') LOGREMI = (' (?P<msgid><[^>]*>) smtp to (?P<listname>[^ ]*) for (?P<count>\d+) recips, completed ') def get_log_data(log): data = [] with open(log) as fp: for line in fp.readlines(): mo = re.match(LOGRE, line) if not mo: mts = re.match(LOGRETS, line) if mts: dt = datetime.datetime.strptime(mts.group('time_stamp'), '%b %d %H:%M:%S %Y') if not mts: mmi = re.match(LOGREMI, line) if mmi: mid = mmi.group('msgid') lname = mmi.group('listname') count = int(mmi.group('count')) data.append([dt, mid, lname, count]) continue continue dt = datetime.datetime.strptime(mo.group('time_stamp'), '%b %d %H:%M:%S %Y') mid = mo.group('msgid') lname = mo.group('listname') count = int(mo.group('count')) data.append([dt, mid, lname, count]) return data Thanks Mohsen -----Original Message----- From: Mark Sapiro <mark(a)msapiro.net> Sent: Friday, March 12, 2021 2:42 PM To: MM3 Users <mailman-users(a)mailman3.org> Subject: [MM3-users] Re: statistics monitoring for Mailman3 [EXTERNAL EMAIL] On 3/12/21 11:22 AM, Mohsen Masoudfar wrote: > I was checking on log rotating on smtp.log. On my server it does not rotate. I could use log-rotator to rotate that, but could not find any information how to inform the mailman process of the rotation, e.g. which signal to send him? The `mailman reopen` command is the recommended way, or you can send the `master` a SIGUSR1. The master's PID is in the file var/master.pid or /var/run/mailman/master.pid if you've configured `layout: fhs`. -- 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://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.mai…

4 years, 2 months

[MM3-users] Re: Can login at /admin, but cannot login at the account/login page.

by Abhilash Raj

> On Aug 15, 2021, at 11:33 AM, Mark Sapiro <mark(a)msapiro.net> wrote: > > On 8/14/21 9:34 PM, Stephen J. Turnbull wrote: >> I'm sorry, I'm in a "second vaccination" fog at the moment (mending >> but concentration lasts only about 10 minutes), so I'll answer what I >> know offhand since Abhilash is busy and Mark is probably offline for >> vacation by now. > > > Not quite, but very soon. > > >> pabsta(a)gmail.com writes: >> > However, if logout and attempt to login from the postorius website, >> > I get a « 502 bad gateway » error after roughly 30 seconds. The >> > logs in Systemctl for gunicorn register a "DIGEST-MD5 common mech >> > free" error message > > >> I would guess this is also just a connection drop because it doesn't >> receive the expected response within timeout. > > > I'm sure that's right. > > >> > and the nginx error logs just show a connection drop: >> > >> > 2021/08/12 18:11:09 [error] 26026#26026: *31 upstream prematurely closed connbection while reading response header from upstream, client: [ip redacted], server: >> > [domain redacted], request: "POST /accounts/login/ HTTP/2.0", upstream: "http://127.0.0.1:8006/accounts/login/", host: "[domain redacted]", referrer: "https://[domain redacted]/accounts/login/?next=/mailman3/lists/" >> a > > > I see in the above `upstream: "http://127.0.0.1:8006/accounts/login/",` but in your settings > > ACCOUNT_DEFAULT_HTTP_PROTOCOL = "https" > > > I suspect you may be getting a redirect from http to https which is losing POST data and you need to change > > proxy_pass http://127.0.0.1:8006; > > in your nginx configuration to > > proxy_pass https://127.0.0.1:8006; > > or set > > ACCOUNT_DEFAULT_HTTP_PROTOCOL = "http" > This configuration actually doesn’t really dictate connection related configs, but mostly, the protocol to use in the emails generated by django-allauth to verify email and such. It shouldn’t have affect on the problem IMO. > -- > 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/ -- thanks, Abhilash Raj (maxking)

3 years, 9 months

[MM3-users] Re: Mailman3 stopped sending out mail

by Mark Sapiro

On 12/31/18 2:14 AM, Abhijith PA via Mailman-users wrote: > > Recently my mailman3 instance stopped distributing mail. But mailman's > own mail (notification, digest etc) and archiving are working OK. I > couldn't figure what is going wrong > >>From mail.log > > --- > Dec 31 10:03:20 lists postfix/smtpd[10900]: Anonymous TLS connection > established from mail.xxxx.xx[5.79.72.163]: TLSv1.2 with cipher > ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits) > Dec 31 10:03:20 lists postfix/smtpd[10900]: Anonymous TLS connection > established from mail.xxxx.xx[5.79.72.163]: TLSv1.2 with cipher > ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits) > Dec 31 10:03:20 lists policyd-spf[10907]: prepend Received-SPF: Pass > (mailfrom) identity=mailfrom; client-ip=5.79.72.163; helo=mail.xxxx.xx; > envelope-from=abhijith(a)xxxx.xx; receiver=<UNKNOWN> > Dec 31 10:03:20 lists policyd-spf[10907]: prepend Received-SPF: Pass > (mailfrom) identity=mailfrom; client-ip=5.79.72.163; helo=mail.xxxx.xx; > envelope-from=abhijith(a)xxxx.xx; receiver=<UNKNOWN> > Dec 31 10:03:21 lists postfix/smtpd[10900]: 04C2412038F: > client=mail.xxxx.xx[5.79.72.163] > Dec 31 10:03:21 lists postfix/smtpd[10900]: 04C2412038F: > client=mail.xxxx.xx[5.79.72.163] > Dec 31 10:03:21 lists postfix/cleanup[10912]: 04C2412038F: > message-id=<f875c144-a23c-baa2-7de2-1b102d3e7494(a)xxxx.xx> > Dec 31 10:03:21 lists postfix/cleanup[10912]: 04C2412038F: > message-id=<f875c144-a23c-baa2-7de2-1b102d3e7494(a)xxxx.xx> > Dec 31 10:03:21 lists opendkim[450]: 04C2412038F: s=_teknikKey d=xxxx.xx > SSL > Dec 31 10:03:21 lists opendkim[450]: 04C2412038F: s=_teknikKey d=xxxx.xx > SSL > Dec 31 10:03:21 lists postfix/smtpd[10900]: disconnect from > mail.xxxx.xx[5.79.72.163] ehlo=2 starttls=1 mail=1 rcpt=1 data=1 quit=1 > commands=7 > Dec 31 10:03:21 lists postfix/smtpd[10900]: disconnect from > mail.xxxx.xx[5.79.72.163] ehlo=2 starttls=1 mail=1 rcpt=1 data=1 quit=1 > commands=7 > Dec 31 10:03:21 lists postfix/qmgr[13211]: 04C2412038F: > from=<abhijith(a)xxxx.xx>, size=1699, nrcpt=1 (queue active) > Dec 31 10:03:21 lists postfix/qmgr[13211]: 04C2412038F: > from=<abhijith(a)xxxx.xx>, size=1699, nrcpt=1 (queue active) > Dec 31 10:03:21 lists postfix/lmtp[10915]: 04C2412038F: > to=<test3(a)lists.yyyy.yy>, relay=127.0.0.1[127.0.0.1]:8024, delay=0.87, > delays=0.62/0.02/0.04/0.2, dsn=2.0.0, status=sent (250 Ok) > Dec 31 10:03:21 lists postfix/lmtp[10915]: 04C2412038F: > to=<test3(a)lists.yyyy.yy>, relay=127.0.0.1[127.0.0.1]:8024, delay=0.87, > delays=0.62/0.02/0.04/0.2, dsn=2.0.0, status=sent (250 Ok) > Dec 31 10:03:21 lists postfix/qmgr[13211]: 04C2412038F: removed > Dec 31 10:03:21 lists postfix/qmgr[13211]: 04C2412038F: removed Aside from the fact that every log message seems to appear twice, this is a normal interaction for an incoming message to test3(a)lists.yyyy.yy and delivered via lmtp to Mailman. Is there anything later in the Postfix log for an outgoing message? > I am not sure why 'postfix/qmgr[13211]: 04C2412038F: removed' is happening. Because Postfix has finished processing the message, has delivered it and has now removed it from the Postfix queue. > from /var/log/mailman3/smtp.log: > > Dec 31 10:03:21 2018 (6323) ('127.0.0.1', 48720) handling connection > Dec 31 10:03:21 2018 (6323) ('127.0.0.1', 48720) Data: b'LHLO lists.xxxx.xx' > Dec 31 10:03:21 2018 (6323) ('127.0.0.1', 48720) Data: b'MAIL > FROM:<abhijith(a)xxxx.xx>' > Dec 31 10:03:21 2018 (6323) ('127.0.0.1', 48720) sender: abhijith(a)xxxx.xx > Dec 31 10:03:21 2018 (6323) ('127.0.0.1', 48720) Data: b'RCPT > TO:<test3(a)xxxx.xx>' > Dec 31 10:03:21 2018 (6323) ('127.0.0.1', 48720) recip: test3(a)xxxx.xx > Dec 31 10:03:21 2018 (6323) ('127.0.0.1', 48720) Data: b'DATA' > Dec 31 10:03:21 2018 (6323) ('127.0.0.1', 48720) Data: b'QUIT' > Dec 31 10:03:21 2018 (6323) ('127.0.0.1', 48720) connection lost > Dec 31 10:03:21 2018 (6323) Connection lost during _handle_client() This again looks normal other than the fact that the recipient in the Postfix log is test3(a)lists.yyyy.yy and the recipient here is test3(a)xxxx.xx. Presumably this is just because you chose to mung the address differently in the two cases. > Here again I am doubtful about 'Connection lost during _handle_client()'. That's a red herring. Postfix has sent QUIT and one side or the other has disconnected before the response to QUIT was delivered. That's not a problem. This 'Connection lost during _handle_client()' message is a normal occurrence. It appears that Mailman has received the post. You say above "...archiving are working OK". Does this mean the received post was archived? If so, and it wasn't delivered, either there were no eligible recipients or something went wrong in the pipeline between to-archive and to-outgoing. Are there messages like Dec 31 10:03:xx 2018 (6323) <message-id> smtp to test3(a)xxxx.xx for n recips, completed in n.nn seconds Dec 31 10:03:xx 2018 (6323) <message-id> post to test3(a)xxxx.xx from test3-bounces(a)xxxx.xx, nnn bytes in /var/log/mailman3/smtp.log What's in /var/log/mailman3/mailman.log? -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

6 years, 5 months

Search results for query "sapiro"