도메인 이메일에 Google Apps를 사용하고 여전히 "SendMail"서버를 사용하여 이메일을 보내 주시겠습니까?

Question

도메인에 Google Apps를 사용하여 도메인에서 이메일을 호스팅하고 있으며 Google 문서에 따라 내 사이트에서 MX 레코드를 설정합니다. "SendMail"서버를 사용하여 Google Apps와 충돌하지 않고 내 웹 서버에서 추가 이메일을 보내도록 할 수 있습니까?

구체적인 질문 : 1) Sendmail 서버에 대한 MX 레코드를 내 Webhost에 추가하고 싶습니다. Sendmail 서버에서 스팸으로 표시된 메일을받지 않으려면 (IP 조회를 통해) Google Apps의 MX 레코드 및 내 Sendmail 서버 충돌이 발생합니다. 그래도? 2) Sendmail 서버가별로 작동하는 경우 Google Apps 이메일이 여전히 올바르게 작동합니까? Google Apps 이메일이 모든 이메일을 받기를 원하며 Sendmail 서버에서 추가 메일을 보내고 싶습니다.

내 자신의 Sendmail 서버를 갖고 싶은 주된 이유는 내가 보내는 이메일 수에 제한이 없기 때문입니다 (현재 Google Apps 이메일은 이메일 계정 당 하루에 250 개의 이메일로 제한됩니다.)

정확히 이것을 한 사람이 있다면, 말 해주세요!

Answer 1

MX 레코드 는만 영향을 미칩니다 전수 우편. 도메인에 이메일을 보내려고하는 오프 사이트 서버는 MX 레코드를 사용하여 메일을 보내는 호스트를 결정합니다. Sendmail 호스트를 설정할 수 있습니다 보내다 MX 레코드 나 수신 메일에 전혀 영향을 미치지 않고 우편으로 우편으로 보내십시오. (SPF 레코드는 메일 보내기에 영향을 미칩니다. SPF를 사용하는 경우 Google Apps 호스트와 SendMail 호스트를 모두 나열하려면 업데이트해야합니다.)

편집하다: Sendmail 호스트는 메일을 보내기위한 것이므로 MX 레코드로 나열되어서는 안됩니다. MX 레코드로 나열하면 몇 가지 단점이 있습니다.

• Google Apps 호스트를위한 메일을받을 수 있습니다. (우선 순위가 낮더라도 Google Apps 호스트가 다운되었거나 간헐적 인 DNS 또는 네트워크 고장이 있거나 ...)가있는 경우 메일을받을 수 있습니다.)
• 스팸을받을 수 있으므로 Sendmail 호스트에서 스팸 필터를 설정해야합니다. 그렇지 않으면 Sendmail 호스트를 신뢰하기 위해 Google Apps 스팸 필터를 재구성해야합니다 (그렇지 않으면 스팸의 실제 발신자를 인식하지 못합니다. ).
• Sendmail 호스트에 SMTP를 차단하는 경우 첫 두 가지 문제를 피하기 위해 스팸 필터에 의해 처벌을받을 수 있으며 (Jasonrm에 언급 된대로) 합법적 인 이메일 배송이 지연 될 수 있습니다 (누군가 Sendmail 호스트를 이메일로 보내려고하는 경우 이유와 차단).

MX 레코드에 Sendmail 호스트를 나열하지 않으면 일부 스팸 필터가 언급 한 것처럼 일부 스팸 필터가 약간의 처벌을받을 수 있지만 SPF를 설정하는 대신 피해야합니다. (잘 설계된 스팸 필터는 MX 레코드보다 SPF를 존중합니다.)

SendMail 호스트가 사용자에게 이메일을 보내면 사용자가 Google Apps 호스트로 이메일을 릴레이하도록 구성해야합니다.

Answer 2

"SendMail"서버를 사용하여 Google Apps와 충돌하지 않고 내 웹 서버에서 추가 이메일을 보내도록 할 수 있습니까?

예

Sendmail 서버에 대한 MX 레코드를 내 Webhost에 추가하고 싶습니다. Sendmail 서버에서 스팸으로 표시된 메일을받지 않도록합니다 (IP 조회를 통해).

아니, 당신은 그렇게하고 싶지 않습니다. 대신 당신은 아마도 설정을보아야합니다 SPF 기록

Google Apps 및 My Sendmail 서버의 MX 레코드가 어떤 식 으로든 충돌합니까?

둘 다에 대해 동일한 이름 (domain.org)에 대해 MX 레코드를 설정하면 충돌합니다. 메일은 하나 또는 다른쪽으로 이동합니다. 선호도가 가장 낮고 전송을 시도 할 당시 제공되는 사람은 아마도 메시지를받을 것입니다.

Answer 3

당신이 요구하는 일을 정확히하지 않았지만, 언제부터 사람들이 조언을하는 것을 막을 수 있습니까? ;)

1) 우선 순위가 낮은 "전송 전용"서버에 대한 MX 레코드를 추가하는 한 (예 : 50 예를 들어, 모든 Gmail 서버가 20 미만인 경우), 잘못 구현 된 Mailer 또는 Gmail이 다운되지 않는 한, 아니요. Mailer는 우선 순위가 낮은 서버와 대화해야합니다. MX 레코드, 해당 서버에 대한 포트 블록 인바운드 SMTP가있는 경우 메일이 잘못된 지점으로 가지 않도록하십시오. 적극적으로 소스 센트 메일에 다시 연결하려고 시도하면 일부 스팸 탐지 체계를 버릴 수 있지만, 그것이 일반적이라고 생각하지 않습니다. 당신은 항상 로컬 리디렉션을 실행할 수 있으므로 어떤 이유로 메일이 들어 오면 가능한 빨리 Gmail로 다시 밀어 넣을 수 있습니다.

2) 어떤 이유도 볼 수 없습니다. 전자 메일을 나가는 서버로 전달하고 우선 순위가 낮은 경우에는 제대로 작동해야합니다.

또한 SPF 텍스트 레코드에 메일을 보낼 수있는 모든 서버를 포함해야합니다. 스팸 필터는 모든 회사가 아웃 바운드에 동일한 인바운드 서버를 사용하는 것은 아니기 때문에 적어도 MX 레코드만큼 MX 레코드만큼 확인하고 신뢰해야합니다.