Email is nog steeds een onmisbaar communicatiemiddel. Het vliegt de wereld rond van server naar server. Als gebruiker haal je je berichten binnen vanaf de server die voor jou dat rondvliegen verzorgt. Soms is het noodzakelijk te verhuizen naar een andere server. Bijvoorbeeld omdat je zelf een andere aanbieder wilt. Hoe neem je dan je berichten mee?
In mijn geval ging het om een verhuizing van mijn eigen VPS naar emailhosting. En ik heb een eigen domeinnaam voor de email: marnel.org.uk. Dat kon allemaal bij dezelfde aanbieder, TransIP, maar dat moest wel even geregeld worden. Niet moeilijk, maar altijd zijn er wel hobbels en kuilen. Hier volgen de stappen, en de struikelingen.
Domein verhuizen
De domeinnaam (dat wat achter de ‘@’ staat) is gekoppeld aan een specifieke lokatie. In mijn geval was dat mijn VPS, een virtuele server op de echte servers van TransIP. Op mijn VPS kwam de email binnen, daar werd het bewaard en vandaar werd het verstuurd. De software daarvoor, de ‘mailserver’, regelde dat en maakte berichten beschikbaar voor het emailprogramma op mijn computer.
Nuttig om te weten dat het ontvangen, versturen en doorgeven gaat volgens verschillende protocollen. Op die manier kan de mailserver veilig communiceren met je computer en kunnen mailservers onderling ook zonder problemen zaken doen. (Daaronder schuilen weer netwerkprotocollen voor het fysieke verkeer tussen servers, maar dat kun je vergeten.)
Email versturen gaat volgens SMTP. Voor het binnenhalen op je computer zijn er twee opties: POP3 en IMAP. Met POP3 verwijder je de berichten op de server en bewaar je die op je computer. Dat beperkt je emailgebruik dan ook tot die ene computer. Met IMAP haal je de berichten ook binnen op je computer, maar ze blijven bewaard op de server. Dus kun je je email vanaf verschillende computers en verschillende lokaties gebruiken. IMAP is eigenlijk de standaard geworden en daarbij zit je email dus altijd ergens op een server, ofwel ‘in de cloud’.
Goed, mijn domeinnaam was dus gekoppeld aan mijn VPS, maar werd nu overgezet naar de emailserver van TransIP. En die heeft een andere lokatie, het IP-adres, op het wereldwijde net. Vanaf dat moment kwam dus alle email voor @marnel.org.uk op die nieuwe lokatie binnen. Op de VPS bleven de bestaande berichten bewaard, maar die stonden daar los van het emailverkeer.
Dit verhuizen verliep allemaal via het controlepaneel van TransIP. En de daadwerkelijke omschakeling van het emaildomein was binnen 5 minuten geregeld.
Emailprogramma bijwerken
Het emailprogramma op mijn computer moest nu weten op welke server het voortaan moet zoeken naar email. Dus maakte ik voor de drie emailadressen op mijn domein nieuwe accounts aan met daarin de juiste naam (en poort) voor de nieuwe server. In dit geval imap.transip.email voor binnenhalen en smtp.transip.email voor versturen.
De oude emailaccounts gaf ik een iets andere naam om verwarring te voorkomen. Maar die had ik nog nodig om de oude berichten te verplaatsen.
Bestaande berichten overzetten
Nu moest ik nog de oude berichten van de oude lokatie op mijn VPS naar de nieuwe lokatie zien te krijgen. Omdat ik met IMAP werk was dat niet moeilijk: eerst alle oude berichten binnenhalen op mijn computer en ze dan verplaatsen naar de nieuwe emailaccounts.
Om alles binnen te halen was een trucje nodig. De naam voor de server die nog in de oude emailaccounts stond, werkte natuurlijk niet meer, omdat die niet langer gekoppeld was aan de (verhuisde) domeinnaam. Oplossing: bij de oude emailaccounts vulde ik in plaats van de servernaam het IP-adres van de VPS in. En zie daar: alle oude berichten waren er weer.
De volgende stap was om alle mappen met berichten en al te verplaatsen naar de nieuwe emailaccounts. Kan door te slepen, of via het (snel-)menu van het emailprogramma. Doe dit stap voor stap, want het kost ook even tijd. Zeker als je pakweg 4GB aan berichten hebt bewaard. Wacht steeds rustig af tot het verplaatsen van een map klaar is voordat je de volgende gaat verzetten. Als de berichten op je computer zijn verplaatst naar de nieuwe emailaccounts, zorgt het IMAP-protocol vanzelf ervoor dat ze ook weer gesynchroniseerd worden met de mailserver op de nieuwe lokatie.
TIP: zorg ervoor dat in de mapnamen het teken ‘&’ niet voorkomt, zoals in ‘Dille & Kamille’. Ergens in de transportketen tussen oude en nieuwe lokatie kan dat tot misverstanden leiden, omdat ‘&’ in sommige commando’s een specifieke betekenis heeft. Dan loopt het verplaatsen van de berichten dus gewoon vast.
Nadat alle berichten netjes verplaatst zijn naar de nieuwe accounts kunnen tenslotte de oude accounts verwijderd worden.
P.S. Als je verhuist naar een andere emailaanbieder, met dus ook een nieuwe domeinnaam, is dit uiteraard simpeler. Je kunt gewoon de oude en de nieuwe emailaccounts naast elkaar laten staan en meteen de berichten verplaatsen van oud naar nieuw. En daarna je oude accounts verwijderen.
Evolution bijwerken
En toen was er uiteraard nog een hobbel in mijn favoriete emailprogramma, Evolution. In de Inbox van alle emailaccounts zocht die naar een niet-bestaande submap ‘INBOX’. Dat die map niet bestond werd netjes vermeld, maar telkens verscheen die foutmelding weer. Irritant. Maar helaas: ik moet ermee leren leven.
Alle slimme pogingen met INI-bestanden, SQLite databases en meer leken eerst te werken, maar steeds kwam de foutmelding weer terug. Wellicht zit er ergens een storing in de communicatie tussen deze GNOME-applicatie en mijn KDE Plasma desktop. Het zij zo.