모든 보내는 이메일은 공급자가 자신의 최대 이메일 크기 제한이 있습니다. 그러나 고유 한 표준은 없습니다–한계는 주로 성능 및 보안상의 이유로 결정됩니다. 많은 일들이 당신을 유지해야 마음에서 준비할 때 알림 이메일이나 뉴스레터:서의 최대 크기의 파일을 첨부 파일을 HTML 부분을 이메일 클라이언트가 수신자는 가장 가능성이 사용 됩니다., 또한 실제 이메일 크기와 배달 가능성에 영향을 미치는 몇 가지 명확하지 않은 요소가 있습니다. 이 문서에서,우리는 우리가 모인 응답을 가장 일반적인 관련 질문:
- 무엇을 권장 크기는 이메일 본문에 첨부 파일을?
- 다른 이메일 클라이언트 및 전송 제공 업체의 한계는 무엇입니까?
- 포함 된 이미지는 이메일 크기,스팸 점수 및 배달 가능성에 어떤 영향을 줍니까?
- 이메일 크기와 관련된 일반적인 문제 및 오류는 무엇이며 어떻게 처리합니까?,
또한,우리가 구현된 이메일 크기 제한 Mailtrap:을 검토하자는 어떻게 작동하는 방법으로 당신을 도울 수 있을 테스트하는 이메일 배달.
형식의 이메일 크기 제한
이메일 크기 제한 사용에 대한 세 가지 주요 이유:
- Performance. 이메일 시스템은 많은 양의 데이터를 전송하도록 설계되지 않았습니다. 그들은 꽤 오래된 프로토콜 인 SMTP 를 다루고 있습니다., 대부분의 시스템은 한 번에 여러 데이터 소스를 처리 할 수 없습니다. 또한,메일 전송 에이전트가 종종 검사 수신 데이터 바이러스 및 기타 잠재적인 위험,이는 또한 리소스 및 시스템 성능에 영향을 미치.
- 데이터베이스/저장소 크기. 이메일 데이터는 서버(클라우드 또는 로컬)에 저장해야합니다. 이것이 메시지 자체뿐만 아니라 전체로서받은 편지함에도 고유 한 한계가있는 이유입니다.
- 보안. 우리의 목록에있는 포인트 1 과 2 는 또한 잠재적 인 보안 취약점으로 이어집니다. 전자 메일 시스템은 일반적으로 제한된 수의 포트를 사용하여 데이터를 검색합니다., 이것은 그들에게 DoS(서비스 거부)공격에 대한 후보한다:큰 메시지의 엄청난 양의 다운 전체 시스템을 취할 수 있습니다. 이것은 이메일 폭탄이라고도합니다.
때를 준비하거나 또는 트랜잭션 마케팅 이메일을 고려해야 합니다 두 개의 제한:
- 제한 메시지를 보내(귀하의 이메일시스템)
- 제한 메시지를 검색(받는 사람 이메일 시스템)가 있습니다.
경우,예를 들어,귀하의 이메일 서비스는 메시지를 보낼 수 있는 최대 15MB 그러나 이메일을 받는 사람이 메시지를 검색만이 10 메가바이트,그것은 분명 그의 이메일을 초과하지 않아야 10MB., 그렇지 않으면 이메일이 거부됩니다. 수신자의 수신 메시지에 대한 수당을 아는 것이 유용합니다.
과 함께 작업하는 경우에는 빅 데이터베이스의 이메일 주소 보 트랜잭션이나 마케팅 이메일하고 있지 않은 정보에 대한 귀하의 수령을 따라야 합니다 원칙:보내는 메시지를 초과하지 않는 10MB 입니다.
Gmail,Outlook,Sendgrid 등과 같은 인기있는 이메일 전송 공급자 및 클라이언트에 대한 제한,Sending size limit
Special notes
AWS SES
10 MB
Mailgun
25 MB
Mandrill
25 MB
Postmark
10 MB
TextBody and HtmlBody can each be up to 5 MB each
Sendgrid
30 MB
ESPs size limits
You can see that most email clients are capable of retrieving 20 – 25 MB of email data., 큰 첨부 파일이있는 대량 이메일을 보내야 할 때 꽤 드문 상황입니다. 그러나 예를 들어 수많은 예약 또는 주문 확인서를 보낼 때 여전히 가능합니다. 그러나 일반적인 배달 가능성 외에도 큰 메시지를 보내는 것과 관련된 우려 사항은 거의 없습니다. 스팸 점수 및 렌더링 문제가 가장 중요합니다. 또한 Postmark 와 같은 일부 Esp 에는 이메일 본문 크기에 대한 추가 제한이 있습니다.
이메일의 크기에 대해 다른 무엇을 고려해야합니까?,
로 관리하는 메시지를 만드는 것이 성공적으로 전달받는 사람,당신은 또한 생각하는 폴더에 갈 것,어떻게 신속하게 그것을 배달됩니다,얼마나 행복 받는 사람이 될 것입니다.
을 검사하의 이메일
스팸 점수
피하는 스팸 필터를 대상으로 주요 폴더에 받는 사람의함은 가장 까다로운 것들 중 하나에서 이메일을 처리가 있습니다. 스팸 탐지에 대한 엄격하고 유비쿼터스 한 기준을 찾지 못할 것입니다. 그러나 일반적인”스팸 방지”규칙 목록이 있으며 크기 관련 지점이 그 위에 있습니다.,
기술적으로 SMTP 프로토콜에는 메시지 본문 제한이 없습니다. 여전히 일부 공급자는 자체 한계가 있습니다. 예를 들어,Postmark 는 HTML 및 텍스트 부분을 각각 5MB 로 허용하고 Gmail 은 102kb 이상의 메시지 본문을 클립합니다.
다양한 공급자에 의한 많은 테스트는 이메일 크기와 배달 가능성 간의 상관 관계를 증명합니다. 대부분의 경우 본문이 100–150kb 이상인 메시지는 스팸 필터를 트리거합니다. 따라서 일반적인 권장 사항은 이메일 본문 크기를 15kb 에서 100kb 사이로 유지하는 것입니다.,
렌더링 문제
큰 이메일의 또 다른 측면은로드 및/또는 렌더링 속도입니다. 받는 사람은 항상 액세스할 수 있는 고속 연결 및 오래가는 메시지로드 과정이 자극을 일으킬 수 있습니다. 또한,많은 이메일 클라이언트를 사용하여,큰 이메일체 렌더링될 수도 있습니다 단지 부분적으로,사람이 보 부품의 이미지하거나 클립 콘텐츠입니다.
수많은 제한 사항과 숨겨진 제약에도 불구하고 잘 수행되는 이메일을 작성하는 데는 일반적인 규칙이 있습니다. 이 중 첫 번째는 이메일 본문 크기를 줄이고 최적화하는 것입니다.,
영향을 미치는 무엇 이메일 크기와 방법을 최적화할 수 있습니다?
메시지의 각 요소와 구현 방식은 이메일 크기에 영향을 미칩니다.
- 첨부 파일. 첨부 파일로 모든 것이 간단합니다. 이들은 동봉 된 파일이며 이메일 본문 크기에는 영향을 미치지 않습니다., 총 이메일 제한에는 일반적으로 모든 첨부 파일이 포함됩니다. 가장 좋은 방법은 클라우드로 전송해야하는 파일을 업로드하고 메시지에 링크를 넣는 것입니다. 보안 문제로 인해 많은 파일 형식이 차단되거나 위험한 것으로 간주됩니다(포함.박사님,.xls,과.pdf).
- 이미지 및 기타 임베디드 요소. 간단한 알림조차도 일반적으로 적어도 회사 로고 인 이미지가 포함되어 있습니다. 크기는 이미지 형식과 이미지가 메시지에 포함 된 방식에 따라 다릅니다. 우리는이 기사에서이 주제에 대해 자세히 살펴 보았습니다., 즉,가능한 한 외부 서버에서 호스팅되는 이미지에 대한 링크(HTML 에서,그래서 메시지의 일부로 표시됩니다).
- 인코딩. MIME 인코딩(base64)메시지는 이메일 크기에 33%를 추가합니다. 멀티 파트 메시지를 코딩 할 때이를 명심하십시오.리><리>기타. 모든 단일 메시지 요소는 일반 크기에 영향을줍니다. 메시지 헤더,서명,서식–이 모든 추가 킬로바이트를 추가합니다.
의 규칙은 완벽한 이메일
고려하여 위에 언급된 제한과 종속성을 우리가 만든 짧은 이메일 크기 최적화를 체크리스트입니다., 다음은 크기면에서 실적이 좋은 이메일을 작성하는 모범 사례입니다.
- 이메일 본문을 15kb 에서 100kb 로 유지하십시오.
- 10mb 이상의 첨부 파일을 추가하지 마십시오. 가능한 경우-외부 서버에 파일을 업로드하고 링크를 사용하여 다운로드/온라인으로 사용할 수 있도록하십시오.
- 이미지,Gif 및 기타 멀티미디어 콘텐츠를 과도하게 사용하지 마십시오.
- 이메일의 거의 42%가 모바일 장치에서 열리는 것을 기억하십시오. 이메일 템플릿을 만들 때이를 명심하십시오. 그들은 반응이 있어야합니다., 반응 형 이메일 프레임 워크 또는 이메일 빌더를 사용하면 신경 및 킬로바이트를 절약 할 수 있습니다.
확인 이메일의 크기에 Mailtrap 보내기 전에
경우에도 당신은 따른 모든 권고하고 만들어진 완벽한 메시지를 확인,그것의 크기는 것은 쉬운 일이 아닙니다. 당신은 여부를 코딩하는 메시지에 앱이나 준비 템플릿을 보내는 Gmail 을 통해,당신은 당신을 사용할 필요가 타사 도구는,실제로 보내는 메시지,또는 다운로드한 다음 탐구하는 그것의 크기입니다.,
사용하는 경우 Mailtrap 테스트를 위해 귀하의 이메일 보내기 전에 당신의 진정 받는 사람 쉽게 확인할 수 있습을 모두 이메일 본문에 첨부 파일 크기입니다.
한 빨리 테스트 메시지가에 갇혀 virtual inbox,총 이메일 크기로 표시되는 메시지와 함께 헤더가 있습니다. 메시지에 첨부 파일이있는 경우 파일 이름과 크기가있는 목록이 표시됩니다.
또한 Mailtrap 에는 이메일 크기 제한이 있으며 이는 청구 계획에 따라 다릅니다., 최대 5mb(첨부 파일이있는 총 이메일 크기)의 메시지를 무료로 테스트 할 수 있습니다. 테스트 할 수있는 최대 가능한 이메일 크기는 25mb 로 제한됩니다.
결론을 제공하는 대신 메일 크기와 관련된 가장 일반적인 SMTP 오류를 검토해 보겠습니다. 두 가지가 있는 그들의:
오류 코드 | Description | 이유로 해결하는 방법 |
오류 523 | 받는 사람의 사서함을 받을 수 없다는 메시지이다. | 메시지가 수신자의 서버 크기 제한을 초과합니다., 이메일 본문과 첨부 파일의 크기를 확인하십시오. 위의 권장 사항을 사용하여 최적화하십시오. |
오류 552 | 요청 메일을 작업 중단:초과 스토리지 할당 또는 크기의 들어오는 메시지를 초과하 들어오는 크기 제한이 있습니다. | 받는 사람의 이메일 상자가 가득 찼습니다. 이 경우 당신은 할 일이 없다:당신의 수신자는받은 편지함을 정리해야합니다.또는 귀하의 메시지가 관리자가 설정 한 제한을 초과합니다. 메시지의 크기를 확인하고 최적화하십시오., |
SMTP 코드를 완료 될 것이다 추가 숫자와 메시지를 것입니다 당신이 그렇게 이해할 수 있는 정확한 이유입니다. 일반적인 규칙은 이메일 크기를 가능한 한 컴팩트하게 유지하고 실제 수신자에게 보내기 전에 확인하고 테스트하는 것입니다.
이 기사를 즐겼다면 공유하고 단어를 전파하십시오. 우리는 정말로 감사 할 것입니다.