Calea corectă de migrare depinde de ce înțelegeți prin „cutie poștală”. Dacă aveți nevoie de un înlocuitor pentru Kopano care să păstreze e-mailurile într-o cutie poștală groupware, utilizați calea de migrare Kopano de la grommunio. Dacă doriți o coadă de asistență partajată în care e-mailurile primite devin conversații și tichete pentru clienți, Zammad s-ar putea potrivi - dar este un centru de asistență, nu un înlocuitor pentru cutia poștală groupware. Documentația actuală de migrare a Zammad nu listează Kopano ca sursă directă de import.
Această distincție determină cum arată un rezultat de succes. În grommunio, utilizatorii ar trebui să își poată găsi e-mailurile și, după o migrare separată, celelalte date groupware suportate pe care se bazează. În Zammad, agenții ar trebui să vadă corespondența selectată ca tichete și articole grupate corect, cu clienții și proprietatea mapate în funcție de fluxul de lucru de asistență. Nicio țintă nu ar trebui tratată ca o copie byte cu byte a Kopano fără un pilot și o verificare de acceptare.
Alegeți ținta înainte de a copia datele
| Nevoie | Potrivire mai bună | La ce să te aștepți |
| Înlocuiți Kopano pentru e-mail și groupware | grommunio | Folosește calea de date nativă Kopano acolo unde este acceptată; planifică explicit identitatea, rutarea, permisiunile și datele care nu sunt legate de e-mail. |
| Transformă o căsuță poștală de asistență partajată într-un flux de lucru pentru agenți | Zammad | E-mailul se transformă în conversații tip ticket. Definiți ce e-mailuri să importați și cum ar trebui mapate thread-urile, clienții, grupurile și agenții. |
| Păstrați o arhivă istorică cu funcție de căutare, dar direcționați noile e-mailuri de asistență către agenți | Zammad plus o arhivă sau o cutie poștală sursă | Conectați adresa de asistență pentru corespondența nouă primită și păstrați corespondența personală sau de afaceri mai veche într-o arhivă corespunzătoare. |
Prezentarea generală a migrării din grommunio recomandă migrarea gromox-kdb2mtpentru Kopano/Zarafa și descrie această cale ca fiind mutarea cutiilor poștale complete, inclusiv a proprietăților MAPI. Calea sa IMAP separată mută e-mailurile și folderele, dar nu și calendarele sau contactele. Citiți prezentarea generală actuală a migrării grommunio înainte de a alege un instrument.
Planificați migrarea și definiți verificările de acceptare
Începeți cu un inventar, nu cu o copie în bloc. Înregistrați fiecare utilizator Kopano, adresele principale și alias, identificatorul magazinului, dimensiunea cutiei poștale, numărul de articole, cota, folderele partajate, delegații, folderele publice și serviciile care autentifică utilizatorii. Rețineți dacă Kopano utilizează LDAP și dacă atașamentele sunt stocate în baza de date sau într-un layout de sistem de fișiere. Un transfer de cutie poștală poate muta conținut, lăsând în urmă configurația directoarelor, rutarea e-mailurilor și permisiunile.
Alegeți un set pilot mic care reprezintă spațiul disponibil: o cutie poștală obișnuită, o cutie poștală mare și orice cutie poștală cu acces partajat, nume de foldere în afara limbii engleze sau atașamente neobișnuite. Faceți o copie de rezervă a sursei și a destinației și efectuați primul import într-o cutie poștală țintă de unică folosință sau altfel curată. Definiți verificări măsurabile înainte de a rula instrumente:
- Comparați arboricul folderelor sursă și destinație și numărul de mesaje, inclusiv folderele imbricate.
- Deschideți mesaje vechi și recente de probă, verificați afișarea expeditorului și a destinatarului, datele, corpurile și atașamentele.
- Verificați stările necitite și semnalizate în care se așteaptă ca metoda de migrare să le păstreze.
- Testați calendarele, contactele, activitățile, delegații și resursele partajate separat; nu deduceți succesul acestora dintr-un import reușit al e-mailurilor.
- Înregistrați obiectele omise, erorile și diferențele, apoi decideți dacă sunt acceptabile sau necesită o metodă diferită.
Opțiunea A: migrarea Kopano către grommunio
Folosește calea de migrare a bazei de date Kopano atunci când ai nevoie de fidelitate pentru cutia poștală
Pentru bazele de date Kopano acceptate, grommunio documentează o cale directă folosind gromox-kdb2mtîmpreună cu gromox-mt2exm. Primul utilitar citește un depozit dintr-o bază de date SQL Kopano și spațiul de stocare asociat pentru atașamente; al doilea importă fluxul de transfer într-o cutie poștală grommunio. Urmați sintaxa de invocare și opțiunile pentru versiunile pe care le-ați instalat în loc să copiați o linie de comandă generică dintr-o altă implementare.
Serviciul SQL sursă și fișierele atașate necesare trebuie să fie accesibile procesului de migrare. Manualul actual gromox-kdb2mt listează versiunile de scheme de baze de date acceptate și notează că instalările care utilizează attachment_storage=files_v1-x-ynecesită opțiunile corespunzătoare --l1și --l2. Dacă aspectul sursă diferă, întrerupeți și rezolvați maparea spațiului de stocare înainte de a încerca un import complet.
Pregătiți domeniile și cutiile poștale țintă înainte de importare. Dacă Kopano este susținut de LDAP, decideți dacă grommunio va utiliza același director și testați potrivirea utilizatorilor înainte de a transfera magazinele. Ghidul oficial de migrare Kopano descrie un flux în mai mulți pași: configurați integrarea directorului țintă, acolo unde este cazul, creați magazine, migrați datele utilizatorilor, apoi comutați rutarea e-mailurilor. De asemenea, avertizează că ghidul poate să nu acopere fiecare instalare sursă.
Mapați utilizatorii în mod deliberat. Baza de date a Kopano poate identifica magazinele prin metadate numerice sau GUID, mai degrabă decât printr-o simplă adresă de e-mail. Documentele grommunio kdb-uidextractsunt un ajutor pentru producerea unei hărți a utilizatorilor dintr-un sistem Kopano live; consultați manualul kdb-uidextract . Maparea este importantă pentru adresele destinatarilor și intrările de control al accesului. Un transfer poate reuși din punct de vedere tehnic, în timp ce permisiunile folderului partajat indică în continuare identități care nu există pe țintă.
Folosește sincronizarea IMAP numai atunci când limitele acesteia corespund domeniului tău de aplicare
Dacă migrarea directă a bazei de date nu este disponibilă sau aveți nevoie doar de e-mail, sincronizarea IMAP poate fi o alternativă practică atunci când IMAP este activat și accesibil pe Kopano. imapsyncFluxul de lucru documentat al grommunio acceptă rulări complete și delta repetabile și păstrează folderele de e-mail, semnalizatoarele standard și datele interne. Limitările sale sunt semnificative: IMAP nu transferă calendare, contacte, sarcini, note, reguli pe server, delegări, foldere publice sau parole.
Pregătiți mai întâi cutiile poștale țintă și cotele, securizați acreditările în fișierele protejate și testați conectivitatea înainte de prima copie. Rulați o sincronizare inițială pentru o cutie poștală pilot, examinați rezultatul în grommunio Web, apoi repetați o sincronizare delta după ce fluxul de e-mailuri este redirecționat. Ghidul detaliat pentru migrarea IMAP către grommunio include pregătirea, verificări practice, maparea folderelor, sincronizarea delta, trecerea la alt mod și depanarea. Evitați opțiunile de oglindire sau ștergere decât dacă ați verificat exact ce elimină acestea.
Opțiunea B: migrarea corespondenței selectate în Zammad
Zammad organizează lucrul sub formă de tichete cu articole, clienți, grupuri și agenți. Nu recreează o cutie poștală în stil Exchange cu calendar, contacte, activități, permisiuni pentru foldere și comportament normal al clientului de e-mail. Documentația sa de migrare listează în prezent sistemele sursă acceptate, cum ar fi Freshdesk, Kayako, OTRS și Zendesk, dar nu și Kopano. Documentația precizează că migrările sursă neacceptate necesită o abordare bazată pe API sau o migrare personalizată.
Înainte de a construi un importator, definiți regulile de conversie. Decideți ce cutii poștale sau foldere Kopano reprezintă solicitări de asistență, cum să grupați mesajele în conversații, cum să potriviți expeditorii cu clienții Zammad și cum să mapați vechile proprietăți sau categorii la grupurile și agenții Zammad. O cutie poștală nu este automat o coadă de tichete: corespondența personală, buletinele informative, schițele și notificările automate pot să nu aparțină tichetelor orientate către clienți.
Pentru datele istorice, planificați un proces controlat de export și import utilizând o API Zammad acceptată sau un migrator personalizat. Păstrați datele și anteturile mesajelor originale acolo unde modelul de date țintă permite, păstrați atașamentele și înregistrați cutia poștală sursă și identificatorii mesajelor pentru trasabilitate. Importați mai întâi un mic eșantion într-o nouă instanță Zammad. Regulile generale de migrare ale Zammad prevăd că migrările sursă sunt de tip totul sau nimic și necesită o nouă instanță; aceste reguli se referă la modulele sale de migrare documentate, așadar confirmați separat comportamentul oricărui importator personalizat.
Folosește canalul de e-mail Zammad pentru a conecta adresa care ar trebui să creeze sau să primească corespondență nouă de asistență după transfer. Documentația actuală a canalului de e-mail Zammad descrie conectarea furnizorilor de e-mail și rutarea mesajelor primite. Tratează configurarea canalului și importul istoric al cutiei poștale ca sarcini separate. Nu direcționează o inbox live a unui client către un importer netestat: tichetele duplicate, răspunsurile neașteptate sau rutarea incorectă pot afecta utilizatorii reali.
Reduceți costurile fără a pierde e-mailurile primite
Păstrați Kopano disponibil și cu copii de rezervă pe durata perioadei de acceptare. După ce proiectul pilot este finalizat, rulați migrarea principală și înregistrați o bază sursă. Programați o scurtă fereastră de modificare pentru a întrerupe sau redirecționa livrarea, efectuați un import delta final sau de recuperare, schimbați rutarea MX sau internă și apoi trimiteți mesaje de test atât din interiorul, cât și din afara organizației. Prezentarea generală a migrării grommunio recomandă în mod specific o rulare delta finală după comutarea DNS/MX, astfel încât mesajele care sosesc în timpul tranziției să nu fie ratate.
Actualizați autentificarea utilizatorilor, configurația clientului, descoperirea automată, dispozitivele mobile, aliasurile, regulile de retransmitere și orice aplicație care trimite prin Kopano. Acestea sunt separate de copierea datelor din cutia poștală. Mențineți un plan de revenire: știți cum să direcționați e-mailul înapoi, cum vor accesa utilizatorii serverul original și cine poate autoriza o revenire dacă ținta nu trece acceptarea.
Cum să evaluezi rezultatul și când să schimbi abordarea
O migrare este gata pentru utilizare normală atunci când folderele și conținutul reprezentativ al destinației corespund cu sursa în limita de toleranță convenită, utilizatorii pot găsi mesajele recente și istorice, atașamentele deschise, iar fluxul de e-mailuri funcționează în ambele direcții. Pentru grommunio, verificați separat migrarea calendarului și a contactelor, accesul partajat, conectarea la director și comportamentul clientului. Pentru Zammad, verificați limitele tichetelor, ordinea articolelor, potrivirile clienților, vizibilitatea, atribuirea și dacă mesajele vechi nu au declanșat răspunsuri neintenționate de ieșire.
Schimbați metodele dacă programul pilot arată date MAPI lipsă, atașamente defecte, ACL-uri nerezolvate sau necesitatea de a păstra funcțiile groupware pe care o copie IMAP nu le poate transporta. Pentru Zammad, reconsiderați destinația dacă cerința principală este continuitatea cutiei poștale personale sau asistența pentru calendar/contacte. O migrare personalizată poate face legătura între modelele de date, dar adaugă lucrări de mapare, testare și întreținere; nu este echivalentă cu un import nativ al cutiei poștale Kopano. Păstrați Kopano doar pentru citire sau păstrați o arhivă separată până când utilizatorii și administratorii pot verifica înregistrările de care au nevoie.