거의 모든 인터넷 서비스들이 연락처로 email 주소를 기입하라고 요구한다. 때로는 가입하는 서비스에 따라 서로 다른 이메일을 생성하고 가입하기도 하는데, 이러다 보면 어느새 수 많은 이메일 계정들을 새로 만들어야 하고 관리가 불가능한 지경에 이르게 될 수도 있다. 이 포스팅에서는 별도의 설정 없이 Gmail 주소를 여러개로 확장하여 수신 메일을 라벨링하고, 필터링할 수 있는 서브어드레싱(Sub-addressing)에 대해 정리해본다.

Mechanism: 플러스(+)와 점(.)의 처리 방식

Gmail을 비롯한 많은 서비스 들이 RFC 5233 를 지원한다. Gmail 서버의 경우 수신 주소의 로컬 파트에서 특정 문자를 처리할 때 다음과 같은 규칙을 따른다.

• The Plus (+) Operator: username+keyword@gmail.com 형식으로 사용하며, 서버는 + 이후의 문자열을 무시하고 원본 주소인 username@gmail.com으로 라우팅한다.
• The Dot (.) Neutrality: 로컬 파트 내의 마침표는 무시된다. 즉, user.name@와 username@은 논리적으로 동일한 엔드포인트를 가리킨다.

활용하기

인프라 모니터링 분류

시스템 모니터링 용도로 서비스 별 주소를 분리하면 필터링을 편하게 할 수 있다. 매번 용도에 따라 새로운 email 주소를 만드는 것이 아니라, plus operator를 사용해서 해당 주소로 들어오는 것들은 별도로 필터링을 수행하는 것이다. 예를 들어 GitHub에서 오는 noti 이메일을 별도로 관리해서 자동으로 라벨을 붙이고 싶다면 다음과 같이 +가붙은 새로운 이메일 주소(계정+github@gmail.com)을 GitHub에 등록하고 Gmail엣 filtering에서 label을 선택해주면 자동으로 라벨을 붙이도록 할 수 있다.

개발 단계의 멀티 계정 테스트

OAuth 가입 로직이나 이메일 인증 워크플로우를 테스트할 때 매번 새로운 계정을 생성하는 것보다는 user+test01, user+test02와 같은 가상 주소를 사용하면 하나의 메일함 내에서 상태별 테스트 데이터를 격리하여 검증할 수도 있다.

유의 사항

RFC5233을 지원하지 않는 오래된 시스템이나 엄격한 정규표현식 검증을 수행하는 서비스의 경우 “+” 기호 자체가 유효하지 않은 문자라 판단하고 거부할 수도 있다는 점은 알아두자.

그리고 회사에서는 “이름.성@회사도메인” 형식으로 이메일을 생성규칙을 적용하는 경우가 많아서 dot neutrality 기능은 상황에 따라 비활성화 시켜두는 곳도 있다.