현재 우리는 각 클라이언트가 IMAP 및 SMTP를 사용하여 수신 및 발신 메일에 연결하는 이전 메일 서비스를 실행하고 있습니다. 이것은 Exchange 기반이 아닙니다. 구성 옵션이 거의 없는 "기존" 메일 서버라고 부르겠습니다. 모바일 장치에 대한 최신 푸시 서비스를 지원하지 않으며 스팸 필터링 및 메일함 필터링이 열악하거나 존재하지 않습니다.
보다 현대적인 메일 서버를 설정하고 천천히 사용자를 그 서버로 옮기고 싶습니다. 이는 Google Apps for Business일 수도 있고 Office365일 수도 있지만 아직 결정되지 않았습니다. 어떤 경우든 우리는 SPAM 규칙과 서버 측 필터링 및 메일함 규칙(현재는 모든 것이 클라이언트 측임)에 대해 보다 세밀한 관리 제어 기능을 갖춘 서비스로 전환하고 싶습니다.
수신 이메일을 "분할"하려면 어떻게 해야 합니까? 그러면 이메일 중 일부는 이전 시스템으로 계속 전달되고 해당 사용자는 영향을 받지 않고 해당 시스템을 계속 사용할 수 있으며, 이전 사용자는 이메일을 최신의 최신 이메일로 전달할 수 있습니다. 섬기는 사람?
AFAIK에는 MX 레코드 세트가 하나만 있으며 그 중 어느 것도 사용자에 대해 설명하지 않습니다. 그러나 이메일 서비스를 설정한 지 꽤 오래되었으므로 최신 정보가 아니거나 누락된 내용이 있을 수 있습니다.
답변1
가능하다면 MX 레코드에서 새 시스템을 사용하고 특정 메일함 또는 모든 "알 수 없는" 메일함을 이전 시스템으로 전달하도록 구성하십시오. 이렇게 하면 두 시스템 모두 새 시스템에서 수행되는 스팸 필터링의 이점을 누릴 수 있습니다.
예를 들어 G Suite에서는 다음을 허용합니다.
반대로 수행하는 것(오래된 것에서 새로운 것으로 전달)은 원래 보낸 사람 시스템을 위장하므로 문제가 될 수 있으므로 새 스팸 필터는 거의 효과적이지 않습니다. 이전 시스템에서는 거의 두 배에 달하는 메시지 양(수신 + 전달된 발신)을 처리해야 한다는 점은 말할 것도 없습니다.그리고기존 시스템이 폐기되면 다시 변경해야 합니다.
답변2
서버와 도메인을 모두 제어하므로 옵션은 무제한입니다. 그 중 일부를 언급하자면 다음과 같습니다.
- 새 서버를 설정하고 해당 기능에 따라 "기존->신규" 또는 "신규->기존"을 전달합니다.
- 이전 서버와 새 서버 간에 메일을 분할할 수 있는 공급자에게 임시로 도메인을 이전하고, 최종적으로 도메인을 새 서버로 이전합니다.
- 일부 테스트 사용자를 위해 도메인 "company.com"에 하위 도메인 "new.company.com"을 추가하여 "새" 메일을 새 서버로 전환합니다. 설정이 이전과 동일하게 유지되고 도메인 레코드에 일부 추가만 필요한 다른 사용자에게는 문제가 발생하지 않습니다.
- 새 서버에 대해 이전 도메인 이름의 변형인 "companynew.com"과 같은 다른 도메인 이름을 구입하고 최종적으로 "company.com"을 해당 도메인 이름으로 옮깁니다.
솔루션 중 하나 또는 조합이 설정에 가장 적합할 수 있지만 세부 사항은 제약 조건과 실제 설정에 따라 달라집니다.