Kopano 사서함을 Grommunio 또는 Zammad로 이전하기: 올바른 방법을 선택하세요

적절한 마이그레이션 경로는 "메일함"의 의미에 따라 달라집니다. 그룹웨어 메일함에 메일을 저장하는 Kopano 대체 솔루션이 필요한 경우 grommunio의 Kopano 마이그레이션 경로를 사용하십시오. 수신 이메일을 고객 상담 및 티켓으로 전환하는 공유 지원 큐가 필요한 경우 Zammad가 적합할 수 있지만, Zammad는 헬프 데스크 솔루션이지 그룹웨어 메일함 대체 솔루션은 아닙니다. Zammad의 최신 마이그레이션 문서에는 Kopano가 직접 가져오기 소스로 명시되어 있지 않습니다.

이러한 차이점이 성공적인 결과의 기준을 결정합니다. grommunio에서는 사용자가 메일을 찾을 수 있어야 하며, 별도의 마이그레이션 작업을 거친 후에는 사용자가 의존하는 다른 지원되는 그룹웨어 데이터도 찾을 수 있어야 합니다. Zammad에서는 상담원이 선택한Correspondence를 지원 워크플로에 따라 고객 및 담당자가 매핑된 올바르게 그룹화된 티켓 및 아티클 형태로 볼 수 있어야 합니다. 파일럿 테스트와 승인 확인 없이는 두 대상 시스템 모두 Kopano를 바이트 단위로 그대로 복사해서는 안 됩니다.

데이터를 복사하기 전에 대상을 선택하세요.

grommunio의 마이그레이션 개요에서는 Kopano/Zarafa 마이그레이션을 권장하며 , 이 경로는 MAPI 속성을 포함한 전체 사서함을 이동하는 방식이라고 설명합니다. 별도의 IMAP 마이그레이션 경로는 메일과 폴더만 이동하고 캘린더나 연락처는 이동하지 않습니다. 마이그레이션 도구를 선택하기 전에 grommunio의 gromox-kdb2mt최신 마이그레이션 개요를 참조하십시오.

마이그레이션을 계획하고 승인 검사를 정의합니다.

일괄 복사보다는 인벤토리 작성부터 시작하세요. 각 Kopano 사용자, 기본 및 별칭 주소, 저장소 식별자, 사서함 크기, 항목 수, 할당량, 공유 폴더, 위임 사용자, 공용 폴더, 그리고 사용자 인증에 사용되는 서비스를 기록하세요. Kopano에서 LDAP를 사용하는지, 첨부 파일이 데이터베이스에 저장되는지 또는 파일 시스템에 저장되는지 여부도 기록해 두세요. 사서함을 이전할 때 디렉터리 구성, 메일 라우팅 및 권한은 그대로 유지된 채 콘텐츠만 이동할 수 있습니다.

실제 환경을 대표하는 소규모 파일럿 세트를 선택하세요. 일반 사서함 하나, 대형 사서함 하나, 그리고 공유 액세스 사서함, 영어가 아닌 폴더 이름 또는 특이한 첨부 파일이 있는 사서함을 각각 하나씩 선택하세요. 원본과 대상 사서함을 백업하고, 첫 번째 가져오기를 임시 또는 깨끗한 대상 사서함에 수행하세요. 도구를 실행하기 전에 측정 가능한 검사 항목을 정의하세요.

• 소스 및 대상 폴더 구조와 메시지 수를 중첩 폴더를 포함하여 비교합니다.
• 이전 및 최근 메시지 샘플을 열어 발신자 및 수신자 표시, 날짜, 본문 및 첨부 파일을 확인합니다.
• 마이그레이션 방법에서 읽지 않은 상태와 플래그가 지정된 상태를 유지해야 하는 경우 해당 상태를 확인하십시오.
• 캘린더, 연락처, 작업, 대리인 및 공유 리소스는 개별적으로 테스트하십시오. 메일 가져오기가 성공했다고 해서 이러한 기능들이 성공했다고 단정짓지 마십시오.
• 건너뛴 객체, 오류 및 차이점을 기록한 다음, 그것들이 허용 가능한지 또는 다른 방법이 필요한지 결정합니다.

옵션 A: Kopano를 grommunio로 마이그레이션

사서함 무결성이 필요한 경우 Kopano 데이터베이스 마이그레이션 경로를 사용하십시오.

gromox-kdb2mt지원되는 Kopano 데이터베이스의 경우, grommunio는 와 함께 사용하는 직접 경로를 문서화합니다 gromox-mt2exm. 첫 번째 유틸리티는 Kopano SQL 데이터베이스에서 하나의 저장소와 연결된 첨부 파일 저장소를 읽고, 두 번째 유틸리티는 전송 스트림을 grommunio 사서함으로 가져옵니다. 다른 배포 환경에서 일반적인 명령줄을 복사하는 대신, 설치된 버전에 맞는 호출 구문과 옵션을 따르십시오.

마이그레이션 프로세스에서 원본 SQL 서비스와 필수 첨부 파일에 접근할 수 있어야 합니다. 최신 gromox-kdb2mt 설명서에는 지원되는 데이터베이스 스키마 버전이 나열되어 있으며, 해당 버전을 사용하는 설치에는 attachment_storage=files_v1-x-y관련 옵션이 필요하다고 --l1명시 되어 있습니다 --l2. 원본 레이아웃이 다른 경우, 전체 가져오기를 시도하기 전에 저장소 매핑을 일시 중지하고 해결하십시오.

가져오기 전에 대상 도메인과 사서함을 준비하십시오. Kopano가 LDAP 기반인 경우, grommunio에서 동일한 디렉터리를 사용할지 여부를 결정하고 저장소를 전송하기 전에 사용자 일치 여부를 테스트하십시오. Kopano 공식 마이그레이션 가이드에서는 여러 단계로 구성된 마이그레이션 흐름을 설명합니다. 대상 디렉터리 통합을 구성하고, 저장소를 생성하고, 사용자 데이터를 마이그레이션한 다음 메일 라우팅을 변경합니다. 또한 이 가이드가 모든 소스 설치 환경을 다루지는 않을 수 있다는 점에 유의하십시오.

사용자 정보를 신중하게 매핑하세요. Kopano 데이터베이스는 단순한 이메일 주소 대신 숫자 또는 GUID 메타데이터를 통해 매장을 식별할 수 있습니다. grommunio는 kdb-uidextract실제 Kopano 시스템에서 사용자 맵을 생성하는 데 도움이 되는 도구를 제공합니다. kdb-uidextract 매뉴얼을 참조하세요 . 매핑은 수신자 주소 및 액세스 제어 항목에 중요합니다. 공유 폴더 권한이 대상에 존재하지 않는 ID를 가리키더라도 전송이 기술적으로 성공할 수 있습니다.

IMAP 동기화는 사용 범위에 맞는 제한 사항이 있을 때만 사용하십시오.

데이터베이스 직접 마이그레이션이 불가능하거나 이메일만 필요한 경우, Kopano에서 IMAP이 활성화되어 있고 접근 가능한 상태라면 IMAP 동기화가 실용적인 대안이 될 수 있습니다. grommunio에서 제공하는 imapsync워크플로는 전체 동기화 및 변경 동기화를 반복적으로 실행할 수 있도록 지원하며, 메일 폴더, 표준 플래그, 내부 날짜를 보존합니다. 하지만 IMAP 동기화에는 몇 가지 중요한 제약 사항이 있습니다. IMAP 동기화는 캘린더, 연락처, 작업, 메모, 서버 측 규칙, 위임, 공용 폴더 또는 암호를 전송하지 않습니다.

먼저 대상 사서함과 할당량을 준비하고, 자격 증명을 보호된 파일에 안전하게 저장한 다음, 첫 번째 복사 전에 연결을 테스트하십시오. 파일럿 사서함 하나에 대해 초기 동기화를 실행하고 grommunio 웹에서 결과를 검토한 후, 메일 흐름이 리디렉션된 후 델타 동기화를 반복하십시오. 자세한 grommunio IMAP 마이그레이션 가이드에는 준비, 사전 실행 검사, 폴더 매핑, 델타 동기화, 전환 및 문제 해결 방법이 포함되어 있습니다. 삭제 또는 미러링 옵션은 어떤 항목이 제거되는지 정확히 확인하지 않은 경우 사용하지 마십시오.

옵션 B: 선택된 서신을 Zammad로 이전

Zammad는 문서, 고객, 그룹 및 상담원을 포함하는 티켓 형태로 작업을 관리합니다. 캘린더, 연락처, 작업, 폴더 권한 및 일반 메일 클라이언트 동작을 갖춘 Exchange 스타일의 사서함을 재현하지는 않습니다. 현재 마이그레이션 문서 에는 Freshdesk, Kayako, OTRS 및 Zendesk와 같은 지원되는 소스 시스템이 나열되어 있지만 Kopano는 포함되어 있지 않습니다. 문서에 따르면 지원되지 않는 소스 시스템으로의 마이그레이션은 API 기반 접근 방식 또는 사용자 지정 마이그레이션 작업이 필요합니다.

가져오기 도구를 구축하기 전에 변환 규칙을 정의하십시오. 어떤 Kopano 사서함 또는 폴더가 지원 요청을 나타내는지, 메시지를 대화로 그룹화하는 방법, 발신자를 Zammad 고객과 연결하는 방법, 그리고 이전 소유권 또는 범주를 Zammad 그룹 및 상담원에 매핑하는 방법을 결정하십시오. 사서함이 자동으로 티켓 대기열이 되는 것은 아닙니다. 개인적인 서신, 뉴스레터, 임시 저장 문서 및 자동 알림은 고객에게 제공되는 티켓에 속하지 않을 수 있습니다.

과거 데이터의 경우, 지원되는 Zammad API 또는 사용자 지정 마이그레이터를 사용하여 제어된 내보내기 및 가져오기 프로세스를 계획하십시오. 대상 데이터 모델에서 허용하는 경우 원본 메시지 날짜와 헤더를 유지하고, 첨부 파일을 보존하며, 추적성을 위해 소스 사서함과 메시지 식별자를 기록하십시오. 먼저 소량의 샘플을 새 Zammad 인스턴스로 가져오십시오. Zammad의 일반 마이그레이션 규칙에 따르면 소스 마이그레이션은 전체 또는 부분 마이그레이션만 가능하며 새 인스턴스가 필요합니다. 이러한 규칙은 문서화된 마이그레이션 모듈에 적용되므로 사용자 지정 가져오기 도구의 동작은 별도로 확인해야 합니다.

Zammad의 이메일 채널을 사용하여 전환 후 새 지원 문의를 생성하거나 수신할 이메일 주소를 연결하세요. 현재 Zammad 이메일 채널 문서에는 이메일 제공업체 연결 및 수신 메시지 라우팅에 대한 내용이 설명되어 있습니다. 채널 설정과 기존 사서함 가져오기는 별개의 작업으로 진행하세요. 실제 고객의 사서함을 테스트되지 않은 가져오기 도구에 연결하지 마세요. 중복 티켓, 예상치 못한 회신 또는 잘못된 라우팅으로 인해 실제 사용자에게 영향을 미칠 수 있습니다.

수신 메일을 손실하지 않고 전환하세요

승인 기간 동안 Kopano를 계속 사용 가능하고 백업된 상태로 유지하십시오. 파일럿 테스트가 완료되면 메인 마이그레이션을 실행하고 소스 기준선을 기록하십시오. 짧은 변경 기간을 예약하여 메시지 전송을 일시 중지하거나 재지정하고, 최종 델타 또는 캐치업 가져오기를 수행하고, MX 또는 내부 라우팅을 전환한 다음, 조직 내부와 외부에서 테스트 메시지를 전송하십시오. grommunio 마이그레이션 개요에서는 DNS/MX 전환 후 최종 델타 실행을 권장하여 전환 중에 도착하는 메시지가 누락되지 않도록 합니다.

Kopano를 통해 메일을 전송하는 사용자 로그인, 클라이언트 구성, 자동 검색, 모바일 장치, 별칭, 릴레이 규칙 및 모든 애플리케이션을 업데이트하십시오. 이는 사서함 데이터 복사와는 별개입니다. 롤백 계획을 수립하십시오. 대상 서버에서 승인이 거부될 경우 메일을 원래 서버로 되돌리는 방법, 사용자가 원래 서버에 액세스하는 방법, 롤백을 승인할 수 있는 사람을 파악해 두십시오.

결과를 판단하는 방법과 접근 방식을 바꿔야 할 시점

대상 폴더와 대표 콘텐츠가 합의된 허용 오차 범위 내에서 원본과 일치하고, 사용자가 최근 및 과거 메시지를 찾고, 첨부 파일을 열 수 있으며, 메일 흐름이 양방향으로 원활하게 작동하면 마이그레이션이 정상적으로 사용될 준비가 된 것입니다. grommunio의 경우, 캘린더 및 연락처 마이그레이션, 공유 액세스, 디렉터리 로그인, 클라이언트 동작을 별도로 확인하십시오. Zammad의 경우, 티켓 경계, 문서 순서, 고객 일치, 가시성, 담당자 지정, 그리고 이전 메시지로 인해 의도치 않은 발신 응답이 발생하지 않았는지 확인하십시오.

파일럿 테스트에서 MAPI 데이터 누락, 손상된 첨부 파일, 해결되지 않은 ACL이 발견되거나 IMAP 복사본으로는 전달할 수 없는 그룹웨어 기능을 보존해야 하는 경우 마이그레이션 방법을 변경하십시오. Zammad의 경우, 주요 요구 사항이 개인 사서함 연속성 또는 캘린더/연락처 지원이라면 대상 마이그레이션을 재고하십시오. 사용자 지정 마이그레이션을 통해 데이터 모델을 연결할 수 있지만, 매핑, 테스트 및 유지 관리 작업이 추가됩니다. 이는 Kopano 사서함을 직접 가져오는 것과 동일하지 않습니다. 사용자와 관리자가 필요한 기록을 확인할 수 있을 때까지 Kopano를 읽기 전용으로 유지하거나 별도의 아카이브를 보관하십시오.