2009-03-16 5 views
3

프로그래밍 방식으로 전자 메일을 생성하고 보내는 앱이 있습니다. 수신자 목록은 1000 개가 넘을 수 있습니다. 개별 메일을 반복 전송했지만 약 0.5 초마다 너무 오래 걸렸습니다. 지금 살펴보고있는 방법은 메시지 본문에서 사용자 지정을 제거하고 BCC의 모든 주소가 포함 된 단일 전자 메일을 보내는 것입니다. (다른 솔루션도 가능하지만 환영합니다.하지만 주로이 숨은 참조 솔루션의 복잡성에 관심이 있습니다.)숨은 참조 수신자 수에 대한 제한

하나의 이메일에 허용되는 수신자 수에는 제한이 있습니까? 이것은 전적으로 내 이메일 클라이언트 및/또는 SMTP 서버의 구성에 따라 좌우됩니까? 내 도메인을 관리 할 수없는 다른 제한 사항이 있습니까? 또한 BCC는 어떻게 처리됩니까? 나는 BCC 배포판이 어떤 시점에서 별도의 메일 메시지로 분류 될 필요가 있다고 가정한다. 메일 클라이언트 (내 경우에는 javax.mail)가이를 담당합니까, 아니면 메일 서버가이 작업을 수행합니까?

새 이메일 블래스터 프로그램을 테스트하려면 어떻게해야합니까?

Google에서 1000 개의 계정을 만들거나 어디에서 (또는 내가하고 싶은) 계정을 만들어서 유효한 테스트가 될 것이라고 생각하지 않습니다. 동일한 호스트의 여러 수신자를 대상으로하는 메일 서버 최적화가 있다고 들었습니다. 내 경우에는 대부분 뚜렷한 호스트가 될 것입니다.

또 다른 방법은 모든 수신자가 이메일을 수신했는지 확인하는 것입니다. 나는 이것을 할 수는 있지만, 스팸을 피하고 싶다. 처음 시도가 잘못되면 여러 번 테스트해야한다고 가정 할 때.

아니면 일부 제한이 있다고 가정하고 각각 임의의 수의 수신자 (예 : 50 또는 100)와 함께 일괄 전송합니다.

+6

야, 내 모든 비아그라 이메일을 보내는 사람이라면 지금 그만! – tvanfosson

+0

알림을 보내 주셔서 감사합니다. 내 질문을 업데이트했습니다 .. –

답변

3

BCC는 SMTP 서버 내부에서 작동합니다. 받는 사람은 다른 숨은 참조를 사용하는 전자 메일 주소를 알지 못하므로 SMTP 서버에 전적으로 달려있는 제한 사항입니다.

서버 관리자에게 문의하십시오.

+0

... 그러면 UBE를 보내 주셔서 부팅됩니다. –

+0

BCC에 대해 들어 본 적이 없어요. SMTP 수준입니다. 일부 서버의 커스터마이징입니까? –

+0

BCC가 SMTP (Simple Mail Transfer Protocol)이지만 BCC 수신자에게 SMTP 서버 내부로 전달됩니다. – Seb

1

의견을 보내 주셔서 감사합니다. 이제 이해 하겠지만 발신 SMTP 서버는 각 메시지를 분리해야합니다. 새 메시지를 작성할 때 보내는 SMTP 서버는 각 숨은 참조 수신자에 대해 적용 가능한 RCPT TO 명령 만 보냅니다. 따라서 모든 수신자가 숨은 참조 인 경우 각 메시지에 대해 하나의 RCPT TO 명령 만 있습니다.

그렇다면 실제로 나가는 SMTP 서버 구성에 대해 걱정할 필요가있는 것처럼 보입니다. 대상 SMTP 서버에 대해 걱정할 필요가 없습니다.

나는 이것을 테스트하는 좋은 방법 인 것처럼 보입니다. 내 메시지를 여러 수신자에게 보낼 수 있습니다. 각각의 수신자는 유효한 부모 도메인의 고유 한 가짜 아동 도메인을 가지고 있습니다. 하위 레코드에 대한 MX 레코드가 없으면 상위 레코드가 사용됩니다. 발신 SMTP 서버는 가짜 도메인이 존재하지 않는다는 것을 인식하지 못하므로 공통 도메인을 사용하는 여러 수신자에 대해 SMTP를 최적화하지 않아야합니다. 또한 이러한 메시지가 모두 동일한받은 편지함으로 라우팅되도록 구성 할 수 있습니다.

+0

아니요, 첫 번째 단락에서 모든 수신자가 숨은 참조 일 경우 각 숨은 참조 수신자에 대해 하나의 RCPT TO 명령이 있습니다. (및 메시지의 0부터 시작까지 : 헤더). 두 번째 단락에 동의합니다. – user7610

2

더 명확한는 SMTP (2821)를 커버 RFC는 메일 서버의 특정 사람의 외부받는 사람 제한에 대한 언급을하지 않습니다 :

"SMTP 서버는 RCPT 명령의 수를 구현 제한이있는 경우 이 한도가 고갈되면 452의 응답 코드를 사용해야합니다 (단, 클라이언트는 위의 과 같이 552를 준비해야합니다).서버가 개의 RCPT 명령에 대해 사이트 정책 제한을 구성한 경우 대신 5XX 응답 코드를 사용할 수 있습니다. 정책 제한이 특정 메시지 본문 의 총받는 사람 수는 그 메시지 본문이 여러 메일 거래에서 전송 된 경우에도 적용된다면 적용 의도 된 경우 이 가장 적합 할 것이다. "

http://www.ietf.org/rfc/rfc2821.txt

관련 문제