☰

Qmail 패치가 나를 불안하게 만든다

tag-icon • tag-icon php email mediatemple
Qmail 패치가 나를 불안하게 만든다

Plesk 8.6 및 Qmail이 실행되는 CentOS 5를 실행하는 시스템이 있습니다. 우리의 기본 도메인은 Media Temple을 통해 호스팅됩니다. Plesk와 Qmail이 단일 전용 가상 서버에서 호스팅되면 기본 서버 IP와 도메인을 읽고 시스템에서 이메일을 보낼 때 이를 보고합니다.

우리 페이지는 PHP로 작성되었기 때문에 mail() 함수를 사용하고 있습니다. 이메일이 모든 사람에게 전송되는 동안 일부 기업 이메일 도메인은 '보낸 사람' 주소에 나열된 도메인과 다른 발신 IP(기본 서버 IP 및 도메인)를 표시하기 때문에 이메일을 거부합니다. 이는 수정할 수 없습니다. 물론 우리가 소유한 모든 도메인에는 기본 서버 IP 아래에 자체 IP가 있습니다.

특히 도메인 바인딩을 허용하는 패치를 제공하는 여러 곳을 온라인에서 보았습니다.

"DomainBindings - 여러 도메인을 호스팅하거나 여러 IP 주소가 할당된 서버의 경우 큐메일이 보내는 메일에 특정 IP 주소를 사용하도록 하는 것이 때때로 유용하거나 중요합니다. 기본적으로 큐메일은 OS가 선택하는 모든 주소를 사용합니다. 모든 아웃바운드 연결에 대해 사용할 주소를 지정할 수 있습니다. smtproutes와 유사한 제어 파일을 사용하여 보낸 사람의 도메인(로컬 복사본)(pyropus.ca)을 기반으로 사용할 아웃바운드 IP 주소를 지정합니다.

큐메일 링크

우선 나는 netqmail을 설치하지 않았으므로 다른 소스를 찾아야 할 것입니다. 또한 나는 qmail에 패치를 적용하는 것에 전혀 익숙하지 않습니다. 패치하면 이메일 서비스가 손실되나요? 간단한 적용 및 사용 절차인가요? 패치 후에 기존 이메일 계정과 데이터가 복원됩니까?

나는 유닉스/리눅스를 처음 접했기 때문에 약간 긴장되지만 변화를 만들 수 있는 유일한 사람이고 우리 회사가 "갖고 있는" 것 중 하나입니다. 어떤 아이디어가 있나요?

답변1

이는 일반적으로 모든 아웃바운드 SMTP가 동일한 IP로 소스 NAT되는 네트워크 계층에서 해결됩니다.

QMAIL 공식 배포의 최종 소스는 다음과 같습니다.Qmail.org, 여기서 netqmail을 얻을 수 있습니다. netqmail은 다음과 같이 패키지된 QMAIL입니다.권장 패치한동안 공식 릴리스가 없었기 때문에 일반적으로 적용되었습니다.

QMAIL 웹사이트에는 인터페이스 바인딩 동작을 변경하는 수많은 패치가 링크되어 있습니다. 성공적으로 구현했습니다.이번 패치이전의 프로덕션 환경에서는 서로 다른 도메인이 서로 다른 IP를 사용할 수 있었습니다.

패치는 잘 문서화되어 있지 않지만 내 메모에는 다음이 있습니다.

   outgoingips
        IP addresses to be used on outgoing connections.   Each  line  has
        the  form fromdomain:localip, without any extra spaces.  If domain
        matches the domain part  in  sender,  qmail-remote  will  bind  to
        localip  when connecting to host.  If it matches, it will also set
        the HELO string to the domain part of sender.

MTA 동작을 변경하면 어떤 방식으로든 영향을 미칠 수 있지만 해당 영향이 서비스에 미치는 영향은 배포 계획에 따라 달라집니다. 다른 것이 없다면 QMAIL을 다시 시작해야 하며 이는 전달에 잠시 영향을 미칩니다.

소스에서 컴파일하고 패치하는 것은 약간 더 고급이지만 QMAIL로 표준화되어 있고 이 기능이 필요한 경우 다른 사람에게 비용을 지불하지 않는 한 많은 옵션이 없습니다.

기존 사용자와 이메일은 영향을 받지 않아야 하지만 QMAIL 설치에 인증 데이터를 데이터베이스에 저장할 수 있는 패치 등 다른 패치가 있는 경우 기존 기능을 복제하려면 추가 패치가 필요할 수 있습니다. "스톡" QMAIL 1.03을 사용하고 있다면 다소 간단할 것입니다.

답변2

Warner의 조언에 대한 몇 가지 추가 사항(죄송하지만 댓글 기능을 사용할 만큼 평판이 충분하지 않습니다):

  • Plesk와 함께 제공되는 큐메일 설정은 이미 패치가 많이 적용되어 있지만 Parallels는 소스와 함께 적용된 모든 패치를 꽤 좋은 문서와 함께 제공합니다.지식 기반.

  • 주의: IP가 두 개 이상의 호스트 이름을 공유하는 경우 나가는 IP 주소뿐만 아니라 호스트 이름도 변경하는 패치는 유해한 것으로 간주됩니다. 다른 HELO 문자열을 사용하여 연결하는 호스트로부터 메일 수신을 중지하는 몇 가지 MX 호스트가 있습니다.

  • 당신은 "기본 서버 IP 및 도메인과 시스템에서 이메일을 보낼 때 보고하는" 큐메일에 대해 이야기하고 있습니다. 사실, 그것들은 다른 것입니다. 나가는 연결에 대해 다른 IP 주소를 선택하는 동안 에서 HELO를 말하는 데 사용되는 호스트 이름을 간단히 설정할 수 있습니다 /var/qmail/control/me.

  • 문제 자체에 관해: 대상 MX 호스트로부터 받은 정확한 오류 메시지를 제공하십시오. 여기에서 내용이 혼동되고 있는 것 같습니다. MX 호스트인 도메인의 웹사이트를 제공하는 호스트가 아닌 다른 호스트에서 메일을 보내는 것은 완벽하게 허용됩니다. 또한 수신자가 정말 정신없는 스팸 방지 "솔루션"을 구현하지 않는 한 HELO 문자열과 메일의 '보낸 사람' 주소 사이에는 직접적인 상관 관계가 없습니다.

답변3

나에게도 같은 문제가 있습니다. 즉, 멀티 홈 호스트(6개 IP)와 각 IP에 여러 도메인 바인딩이 있습니다.

Qmail은 송신 IP/호스트에 단일 호스트 이름과 IP 주소를 사용하지만 여러 도메인/IP가 있는 호스트의 경우 두 가지 문제가 있습니다.

  1. 일부 메일 서버는 보낸 사람의 보낸 사람 필드 도메인이 봉투 내용과 일치하지 않는 경우 메일을 거부합니다.

  2. 디자인 관점에서 볼 때 Qmail은 기본적으로 outgoingips가 수행하는 작업을 수행해야 합니다.

Plesk는 지속적으로 업데이트를 제공하고 일부 업데이트는 Plesk의 qmail 패치에 적용되므로 다른 문제가 발생하지 않도록 해야 합니다. Qmail이 그랬다면 이 문제는 존재하지 않았을 것입니다.

관련 정보