Mail service move (was: Physical movement of machines preparation)

[Regina Obe]

> Then, when ready, we should re-point all these A records:
> 
>   - lists.osgeo.org
>   - mail.osgeo.org
>   - (*.)tilecache.osgeo.org [ shall we move this ? ]
>   - drone.osgeo.org [ shall we drop this ? ]
> 

As I recall I think Vicky already moved tilecache to the new osgeo9 mail container, but we probably should move it elsewhere if we want to keep it at all.
It's so old and hasn't been touched in over 10 years, I'm not sure anyone would miss it if it's gone.

Yes drone.osgeo.org should be dropped.  That isn't even used.

> And update the SPF records to include the new IP (this could be already done
> now).
> 

I think we might have done that already.  Vicky can you confirm?  Or did we do with ansible?


> > > I actually wonder what "containerize" really meant
> > >
> > Lxd-migrate is part of lxd source code
> > https://github.com/canonical/lxd/tree/main/lxd-migrate
> 
> What I meant was: are we supposed to have an exact copy of all data ?
> 

Not an exact copy of all the data.  A lot of the data was archived data (crap in home directories  and archives of sites that have long been removed)
So those may exist in the copy we shut down on osgeo7, but for our live, we aren't keeping those folders.

I think Vicky did an analysis of the crons worth keeping and not.  Maybe she can speak about that.

> We'll need to make sure mail directed at the old IP get a bounce, to get the
> retry (hoping the retry will be to the new IP).
> 
> As per OUR queues, at the time of writing mail.osgeo.org has 2114 queued
> messages.
> We need to plan how to clear that queue.
> 
> 
> --strk;
> 
>   Libre GIS consultant/developer 🎺
>   https://strk.kbt.io/services.html

Agreed.  I suspect those queues if they haven't been sent yet are just garbage and should be flushed.
Probably things like bad email addresses that can't be reached or subscriber spam.