Gmail 외부 메일 연동 종료, 자동 전달로 답장도 해결될까?

개인 Gmail에서 회사 주소의 메일을 읽고, 발신자만 회사 주소로 바꿔 답장해 왔다면 자동 전달 설정 하나로 같은 업무를 모두 이어 갈 수는 없다. 자동 전달은 들어오는 메일을 Gmail로 보내는 방법이고, 회사 주소로 회신하는 경로는 별도로 필요하다. Google의 외부 계정 지원 변경 안내는 2027년 1월 외부 주소의 Send as까지 종료한다고 명시한다. 여기서 외부 주소는 Google이 아닌 다른 업체가 메일을 호스팅하는 계정이다.

실제 사용자 질문에는 가족들이 같은 도메인을 쓰므로 호스팅 전체를 옮기기 어렵고, 휴대폰에 계정을 추가해도 PC 웹에서는 통합해 볼 수 없다는 사정이 나온다. 수년간 쓴 두 주소를 유지하면서 PC에서 일하려면 Gmail과 외부 웹메일을 함께 열거나, 두 계정을 연결한 PC 메일 앱을 쓸 수 있다. 메일이 도착하는 곳뿐 아니라 회사 주소로 답장을 보내고 그 보낸 편지를 찾는 과정까지 바뀐다.

2027년 1월에 끝나는 연결과 계속 남는 계정

Gmail의 ‘다른 계정에서 메일 확인’은 외부 사서함에 도착한 메일을 Gmail이 POP 방식으로 가져오는 기능이다. Gmailify는 외부 계정에 Gmail의 분류·스팸 방지 같은 기능을 적용하는 연결이다. Gmailify·POP 종료 FAQ는 2026년 1분기 이후 신규 사용자를 지원하지 않으며, 기존 사용자는 2027년 1월까지 사용할 수 있다고 구분한다. 지금 연동이 작동한다는 이유로 종료 대상에서 빠진 계정이라고 볼 수는 없다.

발신도 바뀐다. 개인 Gmail 계정에 외부 주소를 등록해 그 주소로 보내는 Send as가 종료 대상이다. 반면 Google이 호스팅하는 다른 Gmail 주소나 Google Workspace 계정의 별칭은 유지된다. 회사 도메인 주소라고 모두 외부 계정인 것은 아니다. 주소 끝이 회사 이름이어도 실제 메일 서비스가 Google Workspace라면 외부 호스팅 계정과 같은 대상으로 묶지 않는다.

현재 쓰는 방식	공식 안내의 변경 범위
Gmail 웹이 외부 메일을 POP로 가져옴	기존 사용자도 2027년 1월 종료 대상이다.
개인 Gmail에서 외부 주소로 대신 발신	외부 주소 Send as가 종료된다.
다른 Gmail 주소·Workspace 별칭으로 발신	이번 외부 주소 종료 대상에서 제외된다.
Gmail 모바일 앱에 외부 계정 자체를 추가	계속 사용할 수 있다.
Outlook·Thunderbird 등이 Gmail 메일을 읽음	Gmail 서버의 POP·IMAP 접근은 유지된다.

‘Gmail이 POP를 없앤다’는 말만 보면 마지막 두 경우까지 중단되는 것으로 오해하기 쉽다. 이번에 바뀌는 핵심은 Gmail이 외부 메일함을 대신 확인하고, 주 Gmail 계정에서 외부 주소로 대신 발신하던 기능이다.

Gmail 웹 수신함을 유지할 때 달라지는 답장

예를 들어 외부 업체에 맡긴 [email protected]의 주문 메일을 개인 Gmail로 모아 왔다고 하자. 외부 업체에서 Gmail 주소로 자동 전달하면 주문 도착을 Gmail에서 계속 볼 수 있다. 그러나 그 복사본이 들어왔다는 사실이 [email protected]으로 발신할 기능을 만들어 주지는 않는다. 회신은 해당 주문 계정의 웹메일이나 그 계정에 연결한 앱에서 보내는 식으로 바꾼다. 주소는 설명용 예시다.

유지하고 싶은 일	선택할 구성	달라지는 작업
PC의 Gmail 웹에서 새 메일을 모아 읽기	외부 사서함의 자동 전달 + 외부 웹메일에서 회신	수신 확인 화면과 답장 화면이 나뉜다.
휴대폰에서 두 계정 읽고 답하기	Gmail 앱에 외부 계정을 별도로 추가	앱 안에서 계정 또는 전체 받은편지함을 선택한다.
PC 앱에서 여러 계정으로 일하기	메일 클라이언트에 Gmail과 외부 계정을 각각 연결	새 메일 작성 시 보낼 계정을 고른다.

첫 번째는 PC에 프로그램을 설치하기 어려운 사람에게 맞지만 답장할 때 화면을 옮겨야 한다. 두 번째는 이동 중 업무에 편하지만, 휴대폰에 추가한 외부 계정이 PC의 Gmail 웹에도 그대로 나타나는 방식은 아니다. 세 번째는 PC에서 여러 계정을 함께 관리하는 방법이지만 메일 앱 설치와 계정 연결이 필요하다. 이 세 구성은 모두 외부 주소 자체를 버리거나 도메인 전체를 옮겨야만 가능한 것은 아니다.

현재 설정을 적을 때는 Gmail 웹의 설정 → 모든 설정 보기 → 계정 및 가져오기에서 ‘다른 계정에서 메일 확인’과 ‘다른 주소에서 메일 보내기’를 함께 본다. Google의 Send as 안내에도 종료 고지가 붙어 있다. 외부 발신 주소뿐 아니라 기본 발신자와 답장 주소를 기록해 두면, 이전 후 개인 주소로 답장이 나가는 실수를 찾기 쉽다. 종료될 설정을 지웠다 다시 추가하는 방법을 장기 해결책으로 삼지는 않는다.

외부 사서함에서 전달 설정하기

외부 메일을 Gmail에서 계속 받으려면 전달 설정은 메일이 처음 도착하는 업체 쪽에서 한다. Gmail의 ‘전달 및 POP/IMAP’ 화면에 외부 주소를 넣어 보내는 방향과는 반대다. 외부 메일 서비스에 자동 전달 기능이 있는지, 현재 요금제나 조직 설정에서 허용되는지 확인하고 목적지를 자신의 Gmail 주소로 지정한다.

개인 Outlook.com 계정이라면 Microsoft의 현재 안내는 다음 경로를 제시한다. 회사용 Outlook on the web이나 데스크톱의 클래식 Outlook 규칙과 섞지 않는다.

1. Outlook.com 웹에 로그인하고 설정(Settings)을 연다.
2. 메일(Mail) → 전달 및 IMAP(Forwarding and IMAP)으로 이동한다.
3. 전달 사용(Enable forwarding)을 선택하고 받을 Gmail 주소를 입력한다.
4. 추가 인증이 나오면 완료하고 저장(Save)한다. 이후 외부의 다른 주소에서 시험 메일을 보낸다.

받은 편지함 규칙으로 구성할 때는 ‘전달’과 ‘리디렉션’이 다르다. Microsoft의 규칙 설명에 따르면 전달된 메시지에 답하면 전달한 계정이 수신자가 되고, 리디렉션된 메시지에 답하면 원래 발신자가 수신자가 된다. Outlook.com의 설정 → 메일 → 규칙에서 새 규칙을 만들 때 동작 이름을 확인한다. 원발신자에게 답장이 향해야 하는 경우에는 Redirect to 동작을 검토한다.

이 차이는 답장을 ‘누구에게 보낼지’에 관한 것이다. 리디렉션을 썼다고 Gmail에서 답장하는 사람의 발신 주소가 외부 회사 주소로 바뀌는 것은 아니다. 전달 테스트에서는 받는 사람(To)과 보내는 사람(From)을 각각 읽는다. 주문자가 보낸 메일에 답했는데 자기 외부 계정으로 회신을 보내거나, 거래처에 개인 Gmail 주소를 노출하는 것은 서로 다른 실수다.

회사 계정에서 전달 항목이 없거나 저장되지 않으면 관리자에게 허용된 수신 경로를 확인한다. 도메인 전체의 메일을 받는 서버 설정을 바꾸는 작업까지 바로 넘어갈 필요는 없다. 해당 사서함의 전달이나 앱 연결로 충분한지부터 판단하면 같은 도메인을 쓰는 다른 직원·가족의 메일 흐름을 건드리지 않고 전환할 수 있다.

모바일 Gmail과 PC 메일 앱에 계정 추가하기

Gmail 모바일 앱을 계속 쓰고 싶다면 외부 주소를 주 Gmail의 발신 별칭으로만 등록하는 대신, 외부 계정 자체를 앱에 추가한다. Google의 계정 추가 안내에서 iPhone·iPad의 순서는 앱 오른쪽 위 프로필 → 다른 계정 추가 → 해당 메일 제공업체 선택 → 로그인과 인증이다. 목록에 없는 업체는 기타(IMAP)에서 업체가 제공한 서버 설정으로 연결한다.

앱의 메뉴 → 전체 받은편지함에서는 여러 계정을 함께 볼 수 있다. 이는 두 사서함을 하나의 Google 계정으로 이사시키는 작업이 아니다. PC 웹의 Gmail로 돌아가도 외부 사서함의 모든 과거 메일이 새로 생기지는 않는다. 외부 계정으로 전환해 새 메일을 작성하고, 실제 받는 쪽에서 발신 주소가 맞는지 확인하면 어떤 계정을 추가했는지 분명해진다.

PC에서는 Thunderbird 같은 메일 앱에 두 계정을 각각 연결할 수 있다. Thunderbird의 공식 설정 절차는 새 설치에서 기존 이메일 계정 정보를 넣고, 자동으로 찾은 서버 구성을 확인한 뒤 제공업체 인증을 마치는 흐름이다. 보통 IMAP 구성이 제안되며, 찾지 못하면 업체의 수동 설정이 필요하다. Gmail 계정을 연결한 뒤 외부 계정에도 같은 추가 과정을 진행한다.

호스팅사에는 ‘Gmail에 연결할 수 있나요’만 묻기보다 IMAP 수신 서버, SMTP 발신 서버, 포트·암호화 방식, 로그인 방식과 앱 비밀번호 필요 여부를 요청하는 편이 정확하다. SMTP는 메일을 보내는 연결이다. 수신만 성공하고 발신 설정이 빠진 상태라면 받은편지함이 보여도 거래처에 답장을 보낼 수 없다. 다른 업체의 예시 서버 주소를 그대로 입력하지 않고 자신의 서비스 설정을 사용한다.

한 통을 받아 답장까지 보내 보는 전환 시험

전환 시험에서는 제공업체 웹메일이나 앱에 직접 연결한 외부 계정으로 답장을 보낸다. 아직 작동하는 기존 Gmail의 외부 Send as로 보내면 새 발신 경로를 시험한 것이 아니다. 자신이 관리하는 별도 시험 주소를 이용해 제목에 날짜와 식별 가능한 문구를 넣고 진행한다.

1. 시험 주소에서 외부 업무 주소로 새 메일을 보낸다. 원래 웹메일에 도착했는지 먼저 확인한다.
2. 자동 전달을 쓴다면 Gmail에도 같은 메일이 왔는지 확인한다. 앱 직접 연결을 택했다면 그 외부 계정에서 메일을 연다.
3. 앞으로 사용할 답장 경로에서 회신한다. 받는 사람이 시험 주소인지, 보내는 주소가 업무 주소인지 확인한다.
4. 시험 주소의 받은편지함에서 회신을 열어 실제 발신자와 답장 대상 주소를 읽는다. 보낸 쪽에서는 어느 계정의 보낸 편지함에 기록이 남았는지 확인한다.
5. 시험 주소에서 그 회신에 다시 답장한다. 보내기 전 받는 사람이 업무 주소인지 보고, 보낸 뒤에는 외부 업체의 원래 사서함에 도착했는지 확인한다. 자동 전달도 쓴다면 Gmail에 들어온 복사본까지 대조한다.

상대가 받은 메일의 From에 회사 주소가 보이는 것과, 상대의 다음 답장이 그 회사 사서함으로 돌아오는 것은 각각 확인할 수 있다. 답장 대상이 개인 Gmail이나 전달용 주소로 잡힌다면 새 발신 경로의 Reply-to 설정과 실제 수신 주소를 대조한다. 반면 Gmail에서 받은 복사본에 답장하다 받는 사람이 자신의 외부 사서함으로 잡혔다면, 앞 절의 Forward/Redirect 차이를 살핀다. 두 경우 모두 수신 전달이 됐다는 사실만으로 회신 경로까지 완성됐다고 판단하지 않는다.

Gmail에만 도착하지 않는다면 원래 사서함과 Gmail의 스팸함을 대조한다. Google의 전달 권장사항은 전달 과정에서 발신 인증 결과가 달라질 수 있다고 설명한다. 원래 보낸 서버를 확인하는 SPF는 전달 때문에 실패할 수 있고, 본문이나 서명된 헤더가 바뀌면 DKIM 서명 확인에도 영향을 줄 수 있다. 원본에는 있지만 Gmail에는 없는 특정 메일의 시간·발신자·오류를 호스팅사에 전달하면 조사 대상을 좁힐 수 있다.

기존 POP 가져오기와 새 자동 전달이 동시에 켜진 기간에는 같은 메일이 두 경로로 들어올 가능성도 살핀다. 모든 메시지가 반드시 두 통으로 보인다는 뜻은 아니다. 전달을 켜자마자 중복처럼 보이는 항목을 일괄 삭제하기보다 제목·시간·내용을 비교한 뒤, 새 경로의 정상 수신을 확인하고 오래된 가져오기 설정을 정리한다. 원래 사서함을 유지한다면 저장 용량도 본다. Outlook 전달 규칙은 사본을 원래 사서함에 남기며, 용량이 차면 수신과 전달이 막힐 수 있다고 Microsoft가 안내한다.

기존 메일과 진행 중인 대화는 어디에 남길까

이미 Gmail에 가져온 메일은 이번 종료로 삭제되지 않는다. 오래된 계약서와 회신 기록을 Gmail에서 계속 찾아보면서 새 대화만 다른 발신 경로로 진행할 수 있다. 모든 과거 메일을 다른 곳으로 옮겨야만 전환이 끝나는 것은 아니다. 다만 업무 중인 대화는 마지막 답장과 첨부파일이 어느 사서함에 있는지 확인해 두면 새 앱에서 앞선 내용을 찾느라 멈추는 일을 줄일 수 있다.

메일·연락처를 한 번 가져오는 기능도 지속 수신과 다르다. Google FAQ는 일회성 가져오기는 가능하지만 새 메시지가 계속 동기화되는 방식은 아니라고 설명한다. 오늘 과거 메일을 가져왔더라도 내일 들어올 주문의 수신 경로는 별도로 필요하다. 반대로 외부 계정을 앱에 연결했다고 Gmail에만 남아 있던 과거 가져오기 메일까지 외부 사서함에 되살아나는 것도 아니다.

수신 확인은 Gmail 웹, 회신은 외부 웹메일로 나누기로 했다면 브라우저에 두 사서함을 함께 열어 두고 진행 중인 주문 한 건으로 새 흐름을 확인한다. PC 앱으로 옮겼다면 새 메일 작성의 기본 계정과 회신 발신자를 맞추고 해당 계정의 보낸 편지함까지 연다. 다음 주문부터 어디에서 읽고 어느 주소로 보낼지가 실제 한 통의 왕복에서 확인되면, 기존 POP 가져오기와 외부 Send as 설정을 순서대로 정리할 수 있다.