php mail () - 이메일을받지 못했습니다

Question

클라이언트 웹 사이트에 Ajax 연락처 양식을 설정했습니다.

문제는 이메일이 클라이언트의받은 편지함을 통과하지 못한다는 것입니다.

Google Apps로 클라이언트를 설정했습니다 (나 자신을 위해 한 것과 같은 방식으로).

이메일 주소와 동일한 연락처 양식을 사용했으며 작동합니다. 그러나 도메인에 이메일 주소가 있으면 그렇지 않습니다!

도메인의 모든 구성원은 '일반적인'이메일을 받고 있습니다.

Mail () 이메일이 통과하는 차이점은 무엇입니까?

---

업데이트

좋아, 그래서 나는 그것을 해결했다. CNAME을 사용하여 도메인을 올바른 서버에 가리키는 것은 충분하지 않다는 것이 밝혀졌습니다. 메일을 보내다 그래서 서버를 직접 가리키는 레코드로 변경해야했습니다. 이상하지만 사실. 도움을 주셔서 감사합니다. 당신은 나를 올바른 방향으로 지적했습니다 :)

Answer 1

서버의 두 설정과 수신 종료의 서버에 따라 다릅니다.

예를 들어 Hotmail은 올바르게 구성된 것을 사용해야합니다 SPF 레코드.

많은 우편 상환 서버 (Hotmail 포함)는 이메일을 완전히 자격을 갖춘 도메인 이름. PHP에서 보내는 이메일 이이 규칙을 준수하지 않을 가능성이 매우 높습니다. ( '아파치'에서 유래 한 좋은 기회가 있습니다)
보다 Hotmail 자조 그리고 Hotmail Postmaster 정보

PHP의 Mail () 함수 메일에 많은 헤더가 포함되어 있지 않으므로 직접 제공해야합니다.

우편물이 목적지로 향하는 길에 더 많은 홉이 될수록 스팸으로 태그를 지정할 가능성이 높습니다. 따라서 PHP의 메일 기능을 사용하지 않고 대신 사용하지 않는 것이 더 나은 옵션 일 수 있습니다. 메일 라이브러리 Desktop Mail 응용 프로그램과 마찬가지로 SMTP 서버에 연결됩니다.

대체로, 나는 내 베팅을 외부 라이브러리에 배치 할 것입니다. 배 :: 우편 (선적 서류 비치)

당신은 또한 읽을 수 있습니다 : 프로그래밍 방식으로 보내는 이메일이 자동으로 스팸으로 표시되지 않도록하는 방법

업데이트
SenderId 또는 SPF 검사에 실패하면 사용자받은 편지함에 도달하기 전에 메시지를 삭제할 수 있습니다. 메시지는 사용자 정크 폴더에서 끝나지 않으며 /dev /null로 직접 이동합니다. 나는 이것이 Hotmail과 Live Mail에 적어도 사실이라는 것을 알고 있습니다. 다른 호스트가 동일한 정책을 이행하지 않았을 이유가 없습니다.

Answer 2

대신 Phpmailer (SMTP 포함) 라이브러리를 사용하는 것이 좋습니다. 메일에 비해 신뢰할 수 있으며 완전히 사용자 정의 된 이메일을 만들 수 있습니다.

http://phpmailer.worxware.com/