mailman3 / hyperkitty planning

Aurélien Bompard gauret at free.fr
Mon Aug 26 15:43:44 UTC 2013


> - We now have a mailman01.stg instance. It's setup to use yum-cron and
>   apply security updates every night (we should confirm it's working as
>   we want it to tho)

It doesn't look like I can access it, I probably need to go through
lockbox, which I haven't needed to do before, so I probably don't have
the rights, and I don't know the procedure. Could you point me to a SOP
describing what lockbox is used for, what I can do with it, etc?
I didn't find it in the SOPs wiki page.
Also, how can I get to the private ansible repo and the host inventory?
I'll make the configuration for this server in ansible.

> - We need mailman3 / hyperkitty rpms added to infra repo. 

I need to rebuild the HK rpms and change the MM3 RPM to make it not
replace the current mailman RPM we have.

> - Next we need to test importing things. I can get copies of the
>   existing lists Mailboxes to import with. 

Yes please! If you don't want to do the copying please just point me to
their current location.

> - Are we going to need to keep the old archives online for people
>   searching history/google? Or is there any way to redirect them?

There is a way to redirect the old URL scheme to the new one but it's
far from perfect (it uses the email import order which can be very
flawed with duplicate emails). I'd rather keep the old ones.

> - Should we do a seperate db for this in production? It's unclear to me
>   how much in the way of resources the db side will take. 

I admit it's still rather unclear to me. I am storing a full copy of
each message in the DB, but I'm not sure it's even mandatory (it's used
very rarely) and if it's a problem I could add a config switch to prefer
a filesystem-based storage (maildir).

> - Currently lists are at osu and don't go via proxies, but if we have
>   it at phx2 we could just use the proxies and get caching, etc as
>   well. Or is there a reason not to?

I don't see what problems caching could pose.

Happy to see this moving forward! Cheers!

Aurélien
-- 
http://aurelien.bompard.org    ~~~~~~    xmpp:aurelien at bompard.org
Better to light a candle than to curse the darkness. -- Chinese proverb

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: OpenPGP digital signature
URL: <http://lists.fedoraproject.org/pipermail/infrastructure/attachments/20130826/f667e5ca/attachment.sig>


More information about the infrastructure mailing list