영어 메일에 첨부파일을 빠뜨렸다면? 재전송 문장·파일명·권한 7단계

주제 이해를 돕는 설명용 삽화

영어 메일에서 첨부파일을 빠뜨렸다면 보낸 편지함에서 누락을 확인하고, 필요한 수신자에게 짧은 정정 메일을 보내세요. 기존 스레드를 사용하면 맥락을 이어가기 쉽지만, 보내기 전에 To·Cc와 외부 수신자 추가 여부부터 확인해야 합니다. 첫 문장에 누락을 짧게 인정하고, 두 번째 문장에 지금 파일을 첨부했다는 사실과 정확한 파일명·버전을 적으세요. 마지막에는 상대가 해야 할 일과 마감이 바뀌지 않았는지 알려 주면 됩니다. 사과를 반복하는 것보다 실제 첨부 여부와 공유 권한을 다시 확인하는 일이 더 중요합니다.

여기서는 이전 메일에 파일을 아예 붙이지 않은 경우를 다룹니다. 다른 파일이나 이전 버전을 보낸 경우에는 기존 파일의 사용을 중단시키는 절차가 먼저이므로 잘못된 첨부파일을 바로잡는 정정 메일의 예시를 보세요. 단순 누락 메일에 “이전 메일 전체를 무시하라”는 요청을 넣으면 유효한 본문까지 취소한 것으로 오해할 수 있습니다.

핵심 요약: 누락 인정, 파일 특정, 다음 행동 안내

가장 무난한 재전송 문장

Apologies. I omitted the attachment in my previous email. I’ve attached “Q3_Budget_v3.xlsx” to this message. Please use this version for your review by 3:00 p.m. KST today.

이 문장은 누락 사실, 첨부 완료, 정확한 파일명과 버전, 상대의 다음 행동, 마감을 한 번에 전달합니다. 내부 동료에게는 “Sorry about that”처럼 조금 가볍게 쓸 수 있지만, 고객이나 외부 파트너에게는 “Apologies” 또는 “Please accept my apologies”가 더 안정적입니다. 어느 표현을 쓰든 사과는 한 번이면 충분합니다.

• 가능하면 새 제목을 만들지 말고 기존 메일 스레드에 회신합니다.
• “the file”만 쓰지 말고 파일명과 버전을 표시합니다.
• 클라우드 링크라면 수신자의 열람 권한을 직접 확인합니다.
• 민감한 자료는 수신자, 참조자, 암호 전달 경로를 다시 점검합니다.
• 마감이나 요청 사항이 바뀌지 않았다면 그대로라고 명시합니다.

상황별로 바로 쓰는 영어 문장

첨부 누락 메일은 길게 설명할수록 핵심이 흐려질 수 있습니다. 아래 표에서 관계와 상황에 맞는 문장을 고른 뒤 파일명, 버전, 기한만 실제 정보로 바꾸면 됩니다. 괄호 안의 자리표시자는 발송 전에 반드시 삭제하세요.

상황	추천 문장	사용 포인트
내부 동료	Sorry, I missed the attachment in my last email. It’s attached here.	빠른 정정에 적합합니다. 중요한 버전이면 파일명을 덧붙입니다.
상사·고객	Apologies. I omitted the attachment in my previous email. Please find it attached here.	간결하지만 격식을 유지합니다.
여러 파일	I’ve attached the proposal, pricing sheet, and implementation timeline to this message.	파일 수와 종류를 본문에서 열거합니다.
파일은 말했지만 누락	I mentioned an attachment, but it was not included. I’ve attached the file to this reply.	이전 파일 폐기 요청 없이 누락된 파일을 추가했다는 사실을 알립니다.
공유 링크	I’ve shared the file with you as a viewer. Please let me know if you can’t open it.	실제로 필요한 수신자에게 보기 권한을 부여하고 확인한 경우에만 사용합니다.
마감 임박	The deadline remains 5:00 p.m. KST today. Please let me know immediately if the missing attachment affected your schedule.	기한과 일정 영향 확인을 함께 적습니다.

“Please find attached”도 틀리지 않지만 “I’ve attached…”가 더 직접적입니다. 검토나 승인이 필요하면 행동과 시점까지 적으세요.

재전송 전에 준비할 파일과 정보

재전송을 위해 새 유료 도구부터 구입할 필요는 없습니다. 우선 현재 회사에서 승인한 메일·저장소와 최신 파일을 준비합니다. 원본을 열어 내용·수정 시각·버전명과 내부 승인 여부를 확인하세요.

• 수신자 목록: 원래 메일의 To와 Cc가 맞는지 확인합니다. 불필요한 사람에게 민감한 파일을 보내지 않습니다.
• 정확한 파일명: “final”, “final2”보다 프로젝트명·날짜·버전이 드러나는 이름이 좋습니다.
• 파일 형식: 상대가 편집해야 하는지, 읽기만 하면 되는지에 따라 문서 원본 또는 PDF를 고릅니다.
• 파일 크기: 회사 메일 제한을 넘을 가능성이 있으면 승인된 클라우드 저장소를 사용합니다.
• 접근 권한: 링크를 아는 모든 사람이 아니라 필요한 수신자만 열 수 있도록 설정할지 판단합니다.
• 기한과 시간대: “today”만 쓰지 말고 날짜·시각·시간대를 적으면 오해가 줄어듭니다.
• 보안 방식: 암호 파일이라면 암호를 같은 메일에 쓰지 말고 회사 정책에 맞는 별도 경로를 사용합니다.

메일 프로그램의 기능도 활용할 수 있습니다. Microsoft는 새 Outlook에서 본문에 첨부를 언급했지만 파일을 넣지 않은 경우 경고가 표시될 수 있다고 안내하며, 로컬 파일과 OneDrive 파일의 첨부·공유 방식을 설명합니다. 기능 위치와 지원 범위는 버전에 따라 달라질 수 있으므로 Microsoft Outlook 파일 첨부 공식 안내에서 현재 사용 중인 화면을 확인하세요. 공식 내용 확인일은 2026년 10월 2일입니다. 특히 새 Outlook의 첨부 누락 경고는 영어(미국)로 서식이 지정된 메일 본문에 한해 제공된다는 조건이 있습니다. 한국어 본문이나 다른 언어 설정에서도 항상 감지된다고 가정하지 말고, 경고가 없어도 첨부 아이콘·파일명을 직접 확인하세요.

첨부 누락을 바로잡는 7단계

1. 발송 사실부터 확인합니다. 보낸 편지함에서 실제로 첨부가 없는지 확인하세요. 클라우드 링크가 본문에 들어갔거나 메일 프로그램이 파일을 링크 형태로 바꿨을 수도 있습니다.
2. 같은 스레드에서 회신합니다. 기존 제목이 유지되어 상대가 두 메일을 쉽게 연결할 수 있습니다. 다만 회신·전체 회신에 포함된 사람을 별도로 확인하고, 공유하면 안 되는 사람이 섞여 있다면 승인된 수신자만 선택한 별도 메일을 사용합니다. 제목을 바꿔야 한다면 앞에 “Attachment included” 정도만 덧붙입니다.
3. 첫 문장에 누락을 인정합니다. “Apologies. I omitted the attachment in my previous email.”처럼 책임 소재를 흐리지 않는 한 문장이면 충분합니다. 시스템 오류나 바쁜 일정을 장황하게 설명하지 않습니다.
4. 파일을 먼저 첨부합니다. 본문을 다 쓴 뒤 첨부하려고 미루면 다시 빠뜨릴 수 있습니다. 파일을 선택하고 업로드 완료 표시가 뜬 뒤 다음 문장을 작성하세요.
5. 파일명과 버전을 본문에 씁니다. “I’ve attached ‘Client_Proposal_v5.pdf.’”처럼 적으면 수신자가 내려받은 파일을 대조할 수 있습니다. 여러 파일이면 개수와 목록도 씁니다.
6. 다음 행동과 마감을 적습니다. 검토, 승인, 서명, 회신 중 무엇이 필요한지 밝히고 날짜·시각·시간대를 표시합니다. 누락 때문에 일정이 달라졌다면 새 기한을 분명히 안내합니다.
7. 최종 점검 후 보냅니다. 수신자, 첨부 아이콘, 파일명, 열람 권한, 본문 속 날짜를 한 번 더 확인합니다. 보낸 뒤에는 스레드에서 첨부 표시가 보이는지 확인하되 불필요하게 같은 메일을 반복 발송하지 않습니다.

외부 파트너에게는 다음처럼 구성할 수 있습니다. 아래 날짜·파일명·인물은 문장 구성을 보여 주는 가상 예시입니다. 실제 발송 때에는 합의한 날짜와 기한으로 바꾸고 요일도 대조하세요.

Subject: Re: Monthly Performance Report

Hi Alex,

Apologies. I omitted the attachment in my previous email. I’ve attached “August_Performance_Report_v2.pdf” to this message. Please review this version and share your comments by Monday, September 28, at 2:00 p.m. KST. The requested scope and deadline remain unchanged.

Best regards,
Minji

누락으로 상대 일정에 영향이 예상되면 “Please let me know if you need additional time because of this delay.”를 덧붙이세요.

파일명·버전·공유 권한을 명확히 쓰는 법

첨부파일을 다시 보내는 목적은 단순히 파일을 전달하는 데 그치지 않습니다. 상대가 어떤 파일을 열어야 하는지, 어느 버전이 최종인지, 편집 권한이 있는지를 판단하게 해야 합니다. 특히 동일한 프로젝트 파일이 여러 번 오간 경우 “attached file”만으로는 부족합니다.

파일명에는 프로젝트명, 문서 종류, 기준일, 버전을 일관된 순서로 넣으세요. 예: “Northstar_Proposal_2026-09-27_v3.pdf”. 개인 정보 노출은 피하고 핵심 식별자를 앞쪽에 둡니다.

클라우드 링크에는 “I’ve shared the folder with view access”처럼 권한 수준을 적으세요. 외부 수신자가 조직 제한으로 열 수 있는지 회사의 승인된 방식으로 확인합니다.

단순 누락은 “I omitted the attachment”, 잘못된 파일 교체는 “Please disregard the previous attachment and use the revised file”이라고 구분하세요.

실수 방지 주의사항

첫째, 사과를 과장하지 마세요. 피해가 확인되지 않은 단순 누락이라면 짧게 인정하고 즉시 수정하는 편이 적절합니다.

둘째, 파일을 첨부했다는 문장을 쓴 것만으로 끝내지 마세요. 업로드 중에 전송 버튼을 누르거나, 모바일에서 다른 파일을 선택하거나, 링크 권한이 제한되는 실수가 생길 수 있습니다. 본문의 파일명과 첨부 표시를 대조하고 가능하면 파일을 한 번 열어 내용까지 확인합니다.

셋째, 민감한 자료를 다시 보낼 때 원래 수신자 목록을 무조건 재사용하지 마세요. 메일 스레드 중간에 외부 주소가 추가됐을 수 있습니다. 개인정보, 계약서, 급여, 계정 정보가 포함됐다면 회사의 암호화·승인·전송 정책을 우선하고 잘못된 수신 가능성이 있으면 내부 보안 담당 절차에 따릅니다.

넷째, 이미 상대가 누락을 지적했다면 그 메시지에 바로 답하고 “Thank you for flagging this”를 먼저 쓸 수 있습니다. 그러나 상대에게 발견 책임을 돌리는 듯한 “As you noticed”나 “You should have told me earlier” 같은 표현은 피합니다.

다섯째, 자동 회수를 확실한 해결책으로 보지 마세요. 단순 누락은 명확히 재전송하고, 기밀 유출 가능성은 조직의 사고 대응 절차를 따릅니다.

발송 직전 10초 체크리스트

• 같은 스레드에 회신하고 있는가?
• 누락을 한 문장으로 분명하게 인정했는가?
• 실제 파일이 업로드 완료됐는가?
• 본문의 파일명과 첨부된 파일명이 같은가?
• 최종 버전이 무엇인지 적었는가?
• 여러 파일이라면 개수와 목록이 맞는가?
• 공유 링크의 보기·편집 권한이 수신자에게 맞는가?
• 검토·승인·회신 등 다음 행동을 적었는가?
• 마감 날짜, 시각, 시간대가 정확한가?
• To·Cc에 불필요하거나 빠진 주소가 없는가?

일정 자체가 늦어진 경우에는 일정 지연을 알리는 영어 메일 다섯 줄의 구조를 참고할 수 있습니다. 재전송 뒤 담당자와 기한을 확정해야 한다면 담당자와 마감일을 영어로 확정하기를 함께 확인하세요.

자주 묻는 질문 FAQ

1. 제목에 “Sorry”를 넣어야 하나요?

대부분은 기존 스레드에 회신하면 되므로 제목을 바꿀 필요가 없습니다. 새 메일을 보내야 한다면 “Attachment Included: [기존 제목]”처럼 목적을 표시하세요. 제목 전체를 사과로 채우기보다 수신자가 파일이 추가됐음을 바로 알게 하는 편이 낫습니다.

2. “Please find attached”는 오래된 표현인가요?

여전히 널리 쓰이며 틀린 표현은 아닙니다. 다만 “I’ve attached the revised contract”처럼 주어와 파일명을 밝히면 더 직접적이고 자연스럽습니다. 조직의 문체에 맞춰 선택하면 됩니다.

3. 상대가 이미 첨부 누락을 알려 줬다면 어떻게 시작하나요?

“Thank you for flagging this. I’ve attached the file here.”라고 시작하면 됩니다. 짧게 감사하고 바로 해결 사실을 전달하세요. 이어서 정확한 파일명과 필요한 다음 행동을 씁니다.

4. 파일이 너무 커서 첨부할 수 없으면 어떻게 하나요?

회사가 승인한 클라우드 저장소 링크를 사용하고, 수신자가 실제로 열 수 있는 권한인지 확인하세요. “The file was too large”라는 설명만 보내지 말고 링크, 권한 수준, 만료일이 있다면 만료일을 함께 안내합니다.

5. 마감이 임박했는데 누락 때문에 시간이 부족해졌다면요?

기존 마감을 그대로 요구하기 전에 상대 일정에 미친 영향을 확인하세요. “Please let me know if you need an extension because of the missing attachment.”처럼 조정 가능성을 열어 두고, 내부 승인 후 확정된 새 기한을 날짜·시각·시간대로 알립니다.

결론: 짧게 인정하고 정확하게 다시 보내세요

첨부 누락 메일은 사과의 길이보다 수정의 정확성이 중요합니다. 같은 스레드에서 한 문장으로 인정하고, 파일명·버전·권한·다음 행동·마감을 적은 뒤 첨부 표시와 수신자를 확인하세요.

가장 안전한 기본형은 “Apologies. I omitted the attachment in my previous email. I’ve attached [정확한 파일명] here. Please [필요한 행동] by [날짜·시각·시간대].”입니다. 괄호 부분을 실제 정보로 바꾸고 파일을 연 상태로 검토한 뒤 보내면 됩니다.