2012-09-20 7 views
14

웹 기반 PHP 소프트웨어는 현재 1-2000 명의 수신자에게 어디서나 뉴스 레터를 보냅니다. 종종 뉴스 레터에는 PDF 첨부 파일 (15KB-5MB)이 있습니다. 뉴스 레터는 개별 수신자에게 맞춤 설정할 필요가 없습니다.PHP 전자 메일 효율성 (BCC 대 개별 전자 메일)

질문 : 각받는 사람이 숨은 참조가있는 전자 메일을 보내거나받는 사람마다 고유 한 전자 메일 메시지를 보내는 것이 더 좋습니까?

고려 사항 : - 어떤 옵션이 메일 전송 에이전트에 덜 중요합니까? - 어떤 옵션이 프로그래밍 방식으로 더 효율적입니까? - 리소스 집약이 적은 옵션은 무엇입니까? - 어느 옵션에 제한이 있습니까? (예 : 최대 개수의 숨은 참조)

Google을 사용해 본 결과, 경험적 증거를 바탕으로 확실한 의견을 가진 사람을 찾을 수 없습니다. 실제로 의견이있는 사람을 찾는 것은 실제로 어렵습니다.

고맙습니다.이 질문에 답변 한 모든 분께. 우리가 제대로 일을하고 있는지 사람들의 피드백에 크게 감사드립니다!

+1

개인은 bcc를 사용하여 메일 서버가 분할을 수행합니다. 문제가 발생하면 모든 이메일 주소를 공개하고 싶지 않습니다. 그리고 어쨌든 적어도 사용자 정의 작업을 수행해야합니다. 이것이 핵심 역량 밖에있는 경우, 합리적인 가격 서비스가 있습니다. –

+0

또한 - [mail()] (http://php.net/manual/en/function.mail.php)을 사용하는 것에 대해서 생각조차하지 마십시오. –

+0

Dagon : 왜 mail()을 사용하지 않을 것을 제안합니까? 기본적으로 메일 형식을 처리하는 Mail 클래스가 만들어졌지만 궁극적으로 여전히 메일()을 사용하여 전송합니다. PHP를 사용하여 메일을 MTA에 푸시하는보다 효율적인 방법이 있습니까? – OrangeFrog

답변

16

수신자 당 하나의 이메일을 생성하십시오. BCC 대신받는 사람 필드를 사용하여 개인용으로 설정하십시오.

장점

  • 메일 큐가 정확히 무슨 일이 일어나고 있는지 반영합니다.
  • 여러 전자 메일 서버에로드를 분산시킬 수 있습니다.
  • "받는 사람" "제목" "본문"등을 개인 설정할 수 있습니다.
  • 추적 URL을 사용할 수 있습니다.
  • 메일 서버에는 메시지 당 BCC 제한이있는 경우가 있습니다. 한 번에 하나의 메시지를 보내는 경우 한도에 도달하지 않습니다.
  • BCC 이메일은 일반적으로 모든 전송이 완료 될 때까지 대기열에 남아 있습니다. 드문 경우지만, 우리는 큐메일에서 메시지를 제거하기까지 메일 서버가 다시 보내거나, 실패하거나, 다시 실패 할 수있는 오류 메시지를받는 경우가 종종 있습니다. 이것은 사람들을 매우 화나게 만듭니다.

단점

  • PHP 스크립트는 개별 요청을 생성하기 위해 더 열심히 일해야한다.

확실하게 다른 장점과 단점이 있지만 그 목록은 다음과 같습니다.

업데이트 : PDF 첨부 파일과 관련하여 이메일에 첨부해야하는 경우가 아니라면 다운로드 링크를 제공하는 것이 좋습니다.

  • PDF 첨부 파일은 스팸/바이러스 스캐너에 의심스러운 것으로 보입니다. 스팸은 취약한 버전의 Acrobat을 악용하려는 것으로 알려져 있기 때문입니다. 이러한 PDF 첨부 파일로 인해 수신자의 스팸 폴더에 뉴스 레터가 더 많이 나타날 수 있습니다.
  • 대용량 PDF (1 + mb)는 느린 연결이나 스마트 폰과 같은 제한 장치를 사용하여 이메일을 확인하는 사용자에게 친숙하지 않습니다.
  • 링크가 첨부 파일보다 훨씬 작습니다. 5MB의 첨부 파일을 남겨두면 13GB 이상의 대역폭을 절약 할 수 있습니다!
+3

그게 내가 게으른 게 아니라면 쓴 것입니다 :-) –

+0

@Dagon +1 :) 방금 PDF 첨부에 대한 정보를 추가했습니다. – jimp

+1

감사합니다. 여러 MTA에 부하 분산을 고려하지 않았습니다. 좋은 생각이야! 우리의 응용 프로그램은 인스턴스화되어 450 개의 사이트가 모두 동일한 작업을 수행합니다 (2000 명의받는 사람 x 450 개의 사이트 x 12 개의 뉴스 레터, 1 개의 메일 ... 많은 메일). – OrangeFrog

1

사이트의 MTA 인프라에 따라 다릅니다. 웹 응용 프로그램을 실행하는 상자가 모든 전자 메일을 ISP의 전자 메일 허브로 전달하도록 설정된 경우 BCC가 확실히 이점입니다. 그렇지 않으면, 당신을 위해 약간의 대역폭을 절약 할 수 있지만 (반드시 당신이 보내는 실제 주소에 따라 달라집니다) 또한, 나는 메시지에 pdf를 첨부하지 말고 웹 서버에 배치하고 전자 메일에 하이퍼 링크를 포함시키는 것이 좋습니다. 우편. 당신의 메시지는 대량 메시지입니다. 나는 많은 사람들이받는 것을 선택한다고해도 당신의 메시지를 읽지 못한다고 생각합니다.

+0

우리는 동일한 네트워크에서 메일 릴레이 서버를 사용하고 있습니다. 당신이 BCC를 더 빨리 제안했다는 것을 기반으로 상상할 수 있습니다 (웹 서버에서 메일 릴레이 서버로의 2000 메시지와 달리 웹 서버에서 메일 릴레이 서버로의 한 메시지). – OrangeFrog

1

대용량 파일 (크기 때문에 일부 MTA에서도 거부 될 수 있음)을 첨부하는 대신 공개적으로 액세스 할 수있는 장소 (예 : 웹 서버)에 파일을 업로드하고 모든 PDF를 보는 데 사용할 수있는 이메일 수신자.

이 방법의 장점은 많은 대역폭을 절약 할 수 있으며 각 수신자마다 다른 PDF가 필요하더라도 계속 사용할 수 있다는 것입니다.