가끔 이메일을 전달하고 싶을 때가 있습니다. 하지만 어떻게 해야 할지 모를 때가 있습니다. 솔직히 말해서 이메일 전달은 혼란스러울 수 있습니다! 모든 이상한 형식과 이상한 약어는 우리 대부분에게 그저 유행어일 뿐입니다. 받은 편지함에서 "앞으로" 버튼을 찾을 수 없습니다. 이메일을 전달하는 방법을 배우고 싶으시다면 이 포스팅을 참고하세요.
또한 이메일 전달이 인증 헤더, 특히 DMARC, SPF 및 DKIM에 어떤 영향을 미치는지 살펴볼 것입니다. 그럼 시작해 보겠습니다!
이메일 전달이란 무엇이며 어떻게 작동하나요?
메일 전달은 고정 주소가 아닌 다른 주소로 메일을 받을 수 있는 서비스입니다. 일시적으로 이사하거나 여행 중이거나 당분간 집에 없을 때 사용할 수 있습니다.
우편물 전달을 이용하는 가장 일반적인 이유는 이사가 잦고 모든 신용카드 회사, 은행 또는 정부 기관에 주소를 업데이트하는 데 시간을 낭비하고 싶지 않기 때문입니다. 또한 추운 기후에 살지만 겨울철에도 플로리다나 캘리포니아에 있는 집을 계속 사용하려는 계절 거주자에게도 유용합니다.
이메일 전달은 어떻게 작동하나요?
메일 전달 업체는 회원님의 이전 주소로 배달하지 않고 회원님을 대신하여 회원님의 주소로 수신되는 모든 우편물을 해당 업체의 사서함 위치에서 수락합니다. 수신된 모든 우편물은 해당 업체 직원이 스캔하여 회원님의 가상 사서함에 업로드합니다. 이제 다른 주소로 메일을 전달할 수 있는 옵션을 사용할 수 있습니다.
다음과 같은 경우 요청 시 메일 리디렉션 위치에 액세스할 수 있는지 확인하세요. USPS 전달 주소.
그러나 다음과 같은 비즈니스 주소를 사용하는 것을 고려할 수 있습니다. LLC 에 사업장 주소를 사용하는 것도 고려해 볼 수 있습니다.
이메일 전달 방법
이메일 전달 Gmail
Gmail은 이메일 메시지에 대한 수동 및 자동 전달 옵션을 모두 제공합니다.
PC 인터페이스를 사용하지만 Gmail 모바일 앱도 비슷한 프로세스를 따릅니다.
수동으로 Gmail 이메일 전달 프로세스
- Gmail 로그인 정보를 입력하고 메뉴 모음으로 이동하여 받은 편지함을 선택합니다.
- 전달하려는 이메일을 찾아서 엽니다.
- 앞으로 버튼을 누르면 됩니다!
- 에서 받는 사람 영역에 받는 사람의 이메일 주소를 입력합니다. 주소를 두 개 이상 추가하려면 쉼표를 사용하여 여러 주소를 구분합니다.
- 적절한 옵션을 선택하면 다음을 추가할 수 있습니다. Cc(카본 복사) 및 Bcc(블라인드 카피) 수신자를 추가할 수 있습니다.
- 전달한 이메일에 연결된 이메일 주소 목록은 전달한 이메일의 받는 사람 및 참조 받는 사람. 숨은 참조 수신자 는 지금 목록을 볼 수 없습니다.
- 전달된 이메일 위에 메시지를 추가해야 하는 경우에는 이메일 본문의 전달된 메시지 텍스트 위에 입력합니다.
- 전달하려는 메시지에 첨부파일이 있어 이를 제거하려면 첨부파일 옆에 있는 X 버튼을 클릭합니다. 반면에 새 첨부파일을 추가하려면 파일 첨부 아이콘을 클릭합니다.
- 메시지 수정을 완료하면 보내기 버튼을 클릭합니다.
자동 이메일 전달
아래 단계에 따라 많은 이메일을 다른 이메일 주소로 전달하도록 Gmail 계정을 구성할 수 있습니다. 하지만 이 자동 이메일 전달 기술은 컴퓨터마다 다르다는 점에 유의하세요.
- 설정에서 설정 톱니바퀴 아이콘을 선택하고 페이지 오른쪽 상단에 있는 Gmail 받은 편지함 을 선택합니다.
- 액세스 모든 설정에 액세스합니다.
- 로 이동합니다. POP/IMAP 및 전달 탭으로 이동합니다. 클릭 전달 주소 추가 를 클릭합니다.
- 클릭 다음 을 클릭한 후 전달 이메일 주소를 입력합니다.
- 추가 창이 열립니다. 계속을 클릭하기 전에 전달 주소가 정확한지 확인합니다.
- Gmail에서 인증 이메일이 사서함으로 전송됩니다. 확인하려면 링크를 클릭하거나 지시에 따라 코드를 입력합니다.
이제 모든 새 이메일은 Gmail에서 지정한 주소로 자동으로 전달됩니다. 클릭 전달 사용 안 함 을 클릭하여 전송을 종료합니다.
Outlook 이메일 전달
또한 Outlook은 수동 및 자동 전자 메일 전달을 모두 제공합니다. 이 과정은 웹 앱을 사용하여 시연되지만 모바일 앱에서도 동일합니다.
- 웹 애플리케이션에서 Outlook 계정에 로그인한 후 받은 편지함 폴더로 이동합니다.
- 전달하려는 메시지를 찾아서 엽니다.
- 이메일의 콘텐츠가 읽기 창에 표시됩니다. 계속하려면 전달 버튼을 선택합니다.
- 상단에 받는 사람의 이메일 주소를 입력합니다. 쉼표를 사용하여 여러 주소를 받는 사람 받는 사람, 참조 또는 숨은 참조 섹션. 이메일의 원본 콘텐츠에 메시지를 추가하여 추가적인 맥락이나 설명을 제공합니다.
- 완료되면 보내기 버튼을 누릅니다.
메일 전달 및 이메일 인증
메일 전달은 이메일 서버에서 이메일을 라우팅하고 처리하는 방식을 변경하므로 이메일 인증 결과에 영향을 미칠 수 있습니다.
이메일 인증은 이메일 메시지가 실제로 발신자라고 주장하는 발신자가 보낸 것인지 확인하는 프로세스입니다. 이는 다음과 같은 다양한 인증 프로토콜을 사용하여 수행됩니다. SPF, DKIM및 DMARC.
이메일이 전달되면 기본적으로 새 발신자로부터 전송되는 것이므로 이메일 인증에 문제가 발생할 수 있습니다. 원래 발신자가 SPF 또는 DKIM 인증을 구현한 경우 전달 서버는 해당 발신자를 대신하여 전송할 수 있는 권한이 없을 수 있습니다. 이로 인해 이메일이 SPF 또는 DKIM 검사에 실패하여 잠재적 사기 또는 스팸으로 표시될 수 있습니다.
이러한 문제를 방지하기 위해 일부 전달 서비스에서는 이메일 헤더를 수정하여 메시지가 전달되었음을 표시하고 원래 발신자의 인증 정보를 보존할 수 있습니다. 그러나 모든 전달 서비스가 이 작업을 수행하는 것은 아니며, 이 작업을 수행하더라도 일부 이메일 서버는 전달된 메시지를 여전히 의심스럽게 처리할 수 있습니다.
일반적으로 이메일 마케팅이나 기타 이메일 기반 활동에 이메일 인증을 사용하는 경우, 메일 전달이 이메일 전달률과 평판에 미칠 수 있는 잠재적 영향을 인지하는 것이 중요합니다. 신뢰할 수 있는 전달 서비스를 사용하거나, 이메일 헤더를 수정하거나, 이메일 전달에 대한 DMARC 정책 등의 조치를 취해야 할 수도 있습니다.
이를 어떻게 피할 수 있을까요?
ARC(인증된 수신 체인)는 전달로 인한 이메일 인증 실패 문제를 해결하기 위해 고안된 이메일 인증 프로토콜입니다. 이메일 ARC 는 전달 체인 전체에 걸쳐 이메일 인증 결과를 보존하여 메시지가 전달된 후에도 원래 발신자의 인증을 신뢰할 수 있도록 합니다.
ARC의 작동 방식은 다음과 같습니다:
이메일이 전송되면 SPF, DKIM, DMARC와 같은 표준 인증 프로토콜을 사용하여 인증됩니다.
이메일이 중개 이메일 서버에 의해 전달되는 경우 원본 인증 결과가 손실되거나 무효화될 수 있습니다.
이를 방지하기 위해 중개 서버는 이메일 메시지에 ARC 헤더를 추가할 수 있습니다. 이 헤더에는 이메일의 진위 여부를 확인하고 원본 인증 결과를 보존하는 암호화 서명이 포함되어 있습니다.
이메일이 최종 수신자에게 도달하면 이메일 서버는 ARC 헤더를 사용하여 이메일의 진위 여부를 확인하고 수신자의 받은 편지함으로 전달할지 스팸으로 표시할지 결정할 수 있습니다.
ARC는 원본 인증 결과를 보존함으로써 전달로 인한 이메일 인증 실패를 방지하는 데 도움이 됩니다. 이는 여러 이메일 서버를 통해 전달되는 경우에도 메시지가 안전하고 안정적으로 전달되도록 보장하기 때문에 보안 또는 규정 준수 목적으로 이메일 인증에 의존하는 조직에 특히 중요합니다.
마지막 말
모든 것은 계획과 준비로 귀결됩니다. 메일 전달은 복잡하고 어려워 보이지만, 올바른 절차를 밟는다면 간단하게 처리할 수 있습니다. 중요한 것은 메일 전달과 관련된 옵션을 알고 이러한 옵션을 최대한 활용하는 것입니다. 이 과정이 어려울 수 있으므로 이 여정을 시작할 때 염두에 두어야 할 주요 고려 사항을 간략하게 설명했습니다. 이 가이드라인이 메일 전달 프로세스를 이해하는 데 도움이 되길 바라며, 그 과정에서 안심하고 사용할 수 있기를 바랍니다.
- 데이터센터 프록시: 프록시 세계의 주력 제품 공개 - 2024년 5월 7일
- 최근 피싱 공격에서 DMARC "없음" 정책을 악용한 킴수키(Kimsuky) - 2024년 5월 6일
- 세금 신고 시즌에 세금 사기 및 IRS 사칭 이메일 공격 증가 - 2024년 5월 2일