[Mailman-Users] Recursion problem with "disabled" cron job.

[Lindsay Haisley]

On Sun, 2018-10-14 at 16:28 -0700, Mark Sapiro wrote:
> Fix it by removing the corrupt lists/LISTNAME/pending.pck file.

Can I assume a proper replacement will be auto-generated going forward?

> If you are interested in trying to determine what happened, you can save
> that file. If bin/dumpdb will dump it, that output may tell you what is
> wrong with the file. If bin/dumpdb says it's not a pickle or exhibits
> the loop or even if it produces reasonable output that you don't
> understand, and you are really interested, you can send the pending.pck
> file to me and I'll look at it.

My thinking is that if the pickle is corrupt, it was corrupted during
normal operations of MM. Posts to subscribers bounced, MM disabled (but
did not delete) the addresses. The addresses were manually re-enabled
using the MM subscriber management web UI, and we have a corrupted
file. So this looks like a bug or a python anomaly.

$ dumpdb lists/aftm/pending.pck
[----- start pickle file -----]
Traceback (most recent call last):
  File "/usr/lib64/mailman/bin/dumpdb", line 156, in <module>
    msg = main()
  File "/usr/lib64/mailman/bin/dumpdb", line 136, in main
    obj = load(fp)
  File "/usr/lib64/mailman/Mailman/MailList.py", line 138, in __getattr__
    return getattr(self._memberadaptor, name)
  File "/usr/lib64/mailman/Mailman/MailList.py", line 138, in __getattr__
    return getattr(self._memberadaptor, name)
 ... ad recursionum maximus

Nothing to see here ..... :(

Perhaps simply deleting pending.pck as you suggest and moving on is the
wisest move. We're all busy, and sometimes things just break for
obscure reasons which aren't worth the effort to fully explore if the
problem is rare and a quick-fix readily available. I have plenty of
excellent software, notably my Evolution MUA, which has some nasty pot-
holes scattered among otherwise exceptional features. One learns to
deal with them.

I'll be happy to send the sour pickle to you, Mark, if you want to look
into it, but it's your call.

-- 
Lindsay Haisley       | "The first casualty when
FMP Computer Services |         war comes is truth."
512-259-1190          |            
http://www.fmp.com    |     -- Hiram W Johnson