Re: [Mailman-Users] This is new

On August 17, 2014 11:32:52 AM PDT, Mark J Bradakis wrote: >Mark Sapiro wrote: >> On 08/16/2014 08:34 PM, Mark J Bradakis wrote: >>> >>> Indeed. I can go to the listinfo page, click on the archives for the >bad >>> lists, browse the archives, no problem. >> >> >> And after doing this is the list's

Re: [Mailman-Users] This is new

Mark Sapiro wrote: Can you go to the admin page for the list? If so, does the from_is_list setting appear there? Sort of. I get the login page for the list just fine, type in the password then get the 'hit a bug' page. Error log shows: admin(2802): File "/local/mailman/teamnet/Mailman/

Re: [Mailman-Users] This is new

Mark Sapiro wrote: On 08/16/2014 08:34 PM, Mark J Bradakis wrote: Indeed. I can go to the listinfo page, click on the archives for the bad lists, browse the archives, no problem. And after doing this is the list's data_version still 98? If so, I suspect some permissions issue or something l

Re: [Mailman-Users] This is new

On 08/17/2014 06:45 AM, Mark Sapiro wrote: On 08/16/2014 08:34 PM, Mark J Bradakis wrote: Indeed. I can go to the listinfo page, click on the archives for the bad lists, browse the archives, no problem. And after doing this is the list's data_version still 98? If so, I suspect some permissio

Re: [Mailman-Users] This is new

On 08/16/2014 08:34 PM, Mark J Bradakis wrote: Indeed. I can go to the listinfo page, click on the archives for the bad lists, browse the archives, no problem. And after doing this is the list's data_version still 98? If so, I suspect some permissions issue or something like that? What's i

Re: [Mailman-Users] This is new

Mark Sapiro wrote: Anything you do which accesses a list's config.pck via Mailman/MailList.py (which is pretty much any Mailman process other than bin/dumpdb) will test if Mailman.Version.DATA_FILE_VERSION is greater than the list's data_version and if so, will run Mailman.versions.Update()

Re: [Mailman-Users] This is new

On 08/16/2014 08:04 PM, Mark J Bradakis wrote: I guess I am not understanding what you mean by instantiating existing lists. All the others have version 104, as does the Version.py file. Anything you do which accesses a list's config.pck via Mailman/MailList.py (which is pretty much any Mai

Re: [Mailman-Users] This is new

Mark Sapiro wrote: I understood that config_list wouldn't work. That's why I suggested that you need first to fix the lists by changing DATA_FILE_VERSION in Mailman/Version.py and then instantiating the lists to fix them. I guess I am not understanding what you mean by instantiating existin

Re: [Mailman-Users] This is new

On 08/16/2014 07:20 PM, Mark J Bradakis wrote: The problem lists all have 98 as the data_version. Config_list does not work, for input or output. I understood that config_list wouldn't work. That's why I suggested that you need first to fix the lists by changing DATA_FILE_VERSION in Mailma

Re: [Mailman-Users] This is new

There is an issue with the list's data_version attribute vs. Mailman.Version.DATA_FILE_VERSION. When the from_is_list and other new attributes were added, Mailman.Version.DATA_FILE_VERSION was incremented to make it greater than the list's data_version attribute which in turn will cause the

Re: [Mailman-Users] This is new

On 08/16/2014 03:43 PM, Mark J Bradakis wrote: S I finally decide to sit down and try to figure out why http://www.team.net/mailman/admin and http://autox.team.net/mailman/admin return different results, even though it is the same machine. See the FAQ at . Check

Re: [Mailman-Users] This is new

As an added bit of info, the first 7 of 67 lists, in alphabetical order all have this problem. Maybe I just need to reinstall 2.1.18-1 mjb. -- Mailman-Users mailing list Mailman-Users@python.org https://mail.python.org/mailman/listinfo/mailm

[Mailman-Users] This is new

S I finally decide to sit down and try to figure out why http://www.team.net/mailman/admin and http://autox.team.net/mailman/admin return different results, even though it is the same machine. Checking on some list configs, I do bin/config_list -o - and get this from one list, but not others