{"id":52893,"date":"2019-11-19T00:00:00","date_gmt":"2019-11-18T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/migratsiya-pochty-kak-bez-problem-sehat-s-odnogo-servera-i-otpravitsya-na-drugoj"},"modified":"2020-02-18T14:00:42","modified_gmt":"2020-02-18T11:00:42","slug":"migratsiya-pochty-kak-bez-problem-sehat-s-odnogo-servera-i-otpravitsya-na-drugoj","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/migratsiya-pochty-kak-bez-problem-sehat-s-odnogo-servera-i-otpravitsya-na-drugoj","title":{"rendered":"E-mailmigration: Hvordan man uden problemer flytter fra \u00e9n server til en anden","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Emnet, n\u00e6vnt i overskriften, kan virke irrelevant for de \u00e6rv\u00e6rdige Hub-ra sj\u00e6le, men nogle gange er det n\u00f8dvendigt at tage den op. Sagen er, at jeg har arbejdet i mange \u00e5r som administrator p\u00e5 et humanistisk forskningsinstitut, hvor medarbejdernes kvalifikationer inden for moderne informationsteknologi er s\u00e5 h\u00f8je, at den berygtede regnskabsafdeling fra anekdoter om IT-folk virker som et m\u00f8de af filosoffer, der er indviet i livets mysterier. \u00c6rede forskere form\u00e5r at navngive deres mailservere med kyrilliske bogstaver, i stedet for at skrive tegnet \u00ab@\u00bb i parentes som \u00abhund\u00bb, og s\u00e5 sige, at det var, hvordan det blev skrevet i den tilsendte mailadresse. De fors\u00f8ger at sende mails via WhatsApp med The Bat! og laver mange underlige ting, ofte i samme besked. At l\u00e6re dem er umuligt, at k\u00e6mpe imod dem er h\u00e5bl\u00f8st; man m\u00e5 acceptere sin sk\u00e6bne og maksimalt automatisere alle operationer, der har med at rette deres fejl at g\u00f8re.<\/p>\n

<\/a><\/noindex>En af de mest skr\u00e6mmende og farlige operationer i min praksis har v\u00e6ret migrering af webmail fra server til server. Sagen er, at instituttets medarbejdere har hele tre officielle mails: \u00e9n der g\u00e5r gennem den interne Exchange-server, en anden der arbejder p\u00e5 Mail.ru, og den tredje \u2014 p\u00e5 Gmail. Nej, det er ikke mig, der er idioten, og det er heller ikke dem. Det er direktionsordre, relateret til forskellige interne spil. Noget skal forblive inden for instituttet p\u00e5 den \u00abcorporate\u00bb server, noget relateret til ans\u00f8gninger og projekter skal n\u00f8dvendigvis g\u00e5 gennem den russiske mail, og Gmail er for mine \u00e6rede kolleger forbundet med s\u00e5danne, uden tvivl vigtige ting, som dokumenter og Google-ark, backup til harddisken osv. Problemet er kun, at, som det siges, med syv b\u00f8rnepassere er barnet uden \u00f8je \u2014 det vil sige, i dette tilf\u00e6lde form\u00e5r mine kolleger p\u00e5 mest ubehagelig vis at miste de vigtigste mails mellem de tre mailservere!<\/p>\n

Der er ogs\u00e5 et andet problem, som ofte n\u00f8dvendigg\u00f8r migration af e-mails. Moderne e-mailtjenester tillader ofte automatisk videresendelse af beskeder fra \u00e9n server til en anden, dvs. indsamling af e-mails. Og en bruger, der er vant til, at hans beskeder p\u00e5 serveren, lad os sige Mail.ru, automatisk kopieres til Yandex, glemmer nogle gange, at han p\u00e5 denne m\u00e5de kun f\u00e5r adgang til de beskeder, der er modtaget efter ops\u00e6tning af e-mailindsamling. Derfor kan han f\u00e5 en naturlig lyst til at udf\u00f8re en fuld migration af e-mails fra den gamle server til den nye, som han bruger oftere, men hvem g\u00e5r han til med dette \u00f8nske? Rigtigt: til den n\u00e6rmeste systemadministrator!<\/p>\n

Jeg tror, at en lignende situation opst\u00e5r for enhver, der p\u00e5 en eller anden m\u00e5de er n\u00f8dt til at have flere e-mailkonti, is\u00e6r hvis de skal administrere dem, eller bare \u00f8nsker at flytte fra server til server uden tab af vigtig information. Selvf\u00f8lgelig vil IT-experter let l\u00f8se denne opgave med et par klik, men hvis du er mindre erfaren med s\u00e5danne ting, kan migration af e-mail blive en udfordrende opgave for dig. Derfor har jeg besluttet at dele erfaringer om, hvordan man uden problemer kan eksportere e-mails til en form for lager og derefter importere dem p\u00e5 en anden server. M\u00e5ske vil denne operation hj\u00e6lpe nogen med at slippe af med sm\u00e5problemer eller blot g\u00f8re livet lettere!<\/p>\n

E-mail eksport: lidt teori, lidt praksis<\/h2>\n

\nGenerelt set arbejder mailservere med klientprogrammer via en af to protokoller: POP3 eller IMAP. Hvis de her navne ikke siger dig noget (det kan ske?), vil jeg pr\u00f8ve at forklare det med enkle ord: POP3-protokollen downloader mails fra serveren til din computer, mens IMAP-protokollen h\u00e5ndterer dem direkte p\u00e5 serveren. Gamle mailklienter arbejdede som standard med POP3-protokollen (og g\u00f8r det stadig), ved at overf\u00f8re mails til en specifikt tildelt mappe for klienten (som normalt findes et sted i brugerens katalog, blandt de som standard skjulte mapper med data fra applikationer). IMAP-protokollen er mere moderne, og den kan ogs\u00e5 bruges til at importere mails til et lokalt eller netv\u00e6rkslager. S\u00e5 sp\u00f8rgsm\u00e5let er ikke s\u00e5 meget, hvordan man downloader de \u00f8nskede mails, men hvordan man videresender dem til den n\u00f8dvendige server for at udf\u00f8re mailmigration. Den enkleste l\u00f8sning er at bruge IMAP-protokollen, kopiere alle mails til et eller andet lager i EML-format, og derefter uploade dem til en anden mappe p\u00e5 en anden konto, idet man benytter sig af, at filformatet for mails generelt er helt ens.<\/p>\n

Hvordan g\u00f8r man det?<\/h3>\n

\nDen enkle metode, som jeg bruger med de mindste omkostninger, er at udf\u00f8re migration af mails via et dataoverf\u00f8rselsprogram, der underst\u00f8tter IMAP-protokollen. Dette g\u00f8res i to trin.<\/p>\n