On Thu, Sep 19, 2019, at 11:42 AM, Enrique Terrazas wrote:
Thank you Abhilash, I appreciate your prompt response. What about the once private archives becoming public after setting a list to “Do not archive this list”?
Is this something you are observing?
It is most definitely a bug, Hyperkitty should leave the archive in whatever previous state they were in before the "Do not archive this list" setting was added.
My suspicion is that when Do Not archive list setting is enforced, Hyperkitty sets the default visibility, which I think is Public.
Can you file a but at gitlab.com/mailman/hyperkitty/issues ?
Regards, Enrique
On Sep 19, 2019, at 1:38 PM, Abhilash Raj <maxking@asynchronous.in> wrote:
On Thu, Sep 19, 2019, at 11:15 AM, Enrique Terrazas wrote:
I am having a very similar issue. Here is what I have found:
There are basically three archive settings we can select via the postorious web front end for archives. These can be found in: Settings
Archiving and they are: Public archives Private archives Do not archive this list
This is interface of Mailman to set the archives.
In the Django administrative interface we can find those same(?/similar?) settings here: Main Page > Hyperkitty > Mailing lists
Mailing List object(x) > Archive policy: never private public
This is basically a hotline to the database. You can change these values, but they would be overriden with the values that are in Mailman Core on the daily cron job run.
I would suggest not to tinker with values there since you could leave database in a corrupted state. Since there is an ORM layer there, chances are less but still a possibility :)
I’m not sure which of the two takes precedence. My guess is postorius since that is a list owner accessible setting and the Django administrative interface would typically not be accessible to list owners. We have noticed the following odd behavior, not sure if it is a bug. For existing lists with private archives, when switching to “Do not archive this list” in postorious, the desired effect of no longer archiving the list is instantaneous. However, after the daily cron job that syncs with Mailman Core happens, the existing archives now become publicly accessible. Is this behavior based on the assumption that the list will no longer be archived and will therefore be purged?
Source of truth is Mailman Core's database. Postorius is a front-end to change that and owners have permissions to do that.
Hyperkitty only syncs back that information daily. I have a fix in the master which makes such that this information is synced synchronously and is available immediately to Hyperkitty.
For now, you could either run the "python manage.py runjobs --daily" or wait for a day if that is possible.
Enrique
On Sep 19, 2019, at 1:08 PM, Abhilash Raj <maxking@asynchronous.in> wrote:
On Thu, Sep 19, 2019, at 3:31 AM, Paul Arenson wrote:
Can anyone help with this?
I set my list to private archives today. Up until then, it was pubic. And yet, if you go to the list page, you will see that if you click archives (top left), you can see them. (Filled with a bunch of tests posts for now)
This change takes a bit of time to sync up Hyperkitty. THere is a daily cron job which syncs this information from Mailman Core.
I have made a change which should fix this problem and the process would become synchronous.
You can run
python manage.py runjobs --dailycommand to force sync that information.https://nam03.safelinks.protection.outlook.com/?url=https%3A%2F%2Flist.tokyo...
Am I misunderstanding what a private archive is?
Not really, your expectation is right.
Is something wrong with my setup (which is hosted)?
Thank you.
Mailman-users mailing list -- mailman-users@mailman3.org To unsubscribe send an email to mailman-users-leave@mailman3.org https://nam03.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.mail...
-- thanks, Abhilash Raj (maxking)
Mailman-users mailing list -- mailman-users@mailman3.org To unsubscribe send an email to mailman-users-leave@mailman3.org https://nam03.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.mail...
-- thanks, Abhilash Raj (maxking)
Mailman-users mailing list -- mailman-users@mailman3.org To unsubscribe send an email to mailman-users-leave@mailman3.org https://nam03.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.mail...
-- thanks, Abhilash Raj (maxking)