sendmail은 smtp 서버입니까? MTA와 메일 서버간에 차이가 있습니까?


15

나는 메일을 처음 접했고 그것이 어떻게 작동하는지 정확히 모른다.

관리자가 sendmail을 사용하여 이메일을 발송하는 것을 보았습니다. sendmail이 smtp 서버입니까 아니면 smtp 서버를 사용하여 전자 메일을 릴레이하는 클라이언트입니까? Google에서 메일 전송 에이전트임을 읽었습니다.

메일 전송 에이전트와 메일 서버간에 차이가 있습니까?

sendmail을 사용하여 user@yahoo.com으로 이메일을 보낼 때 보안 검사 (역방향 DNS 등)가 없다고 가정 할 때 : 여전히 다른 SMTP 서버 (google.com)를 통과해야합니까, 아니면 메일을 보낼 수 있습니까? sendmail을 사용하여 서버에서?

어떤 종류의 영혼이 메일 서버의 작동 방식에 대한 초보자 가이드를 알려줄 수 있다면 좋을 것입니다.

감사

답변:


8

이 작은 튜토리얼 인 MUA, MTA 및 MDAIMx 이메일 시스템의 기본 개념을 잘 설명합니다.

예, 제대로 구성된 sendmail 은 연결 가능한 호스트의 모든 MTA로 전자 메일을 보낼 수 있어야합니다 (그러나 MTA 는 다양한 이유로 메일을 거부 할 수 있음)

이제 말할 때 mail server일반적으로 다음 중 하나 / 둘 다의 대체 경로를 나타냅니다.

  • 수신 측
    기본적으로 대상 호스트 MTA + MDA (및 사용자 사서함)를 메일 서버 + 다양한 개별 시스템 모델 (예 : 웹 / POP / IMAP 등 )에서 실행되는 다양한 메일 클라이언트 ( 대부분의 공용 메일 서비스에 일반적으로 적용 가능 )로 대체 gmail / yahoo와 같은).
  • 송신 측
    기본적으로 송신 호스트 MUA + MTA를 다양한 개별 기계 모델에서 실행되는 메일 서버 + 다양한 메일 클라이언트로 대체

8

나는 이것을 한 번 조금 살펴 보았다.

MTA와 같은 용어를 사용하기 시작한 후에는 "메일 서버"와 같은 용어를 사용하지 마십시오. 이제는 매우 구체적인 용어를 사용하고 있습니다.

내가 수집 할 수있는 것에서

MUA-->MSA--->MTA--->(MDA->Comp)<--MUA

IMAP / POP 클라이언트 (MRA) 및 IMAP / POP 서버 (MAA)와 함께

sending(A->B->C->D->X)   then  from receiving right to left (X<--B<--A)
    A      B     C          D          X      B     A 
    MUA-->MSA--->MTA--->(MDA->Comp)-->MAA<---MRA<--MUA

이메일은 user @ domain으로 전송됩니다

MUA 는 이메일 클라이언트입니다. SMTP 클라이언트 일 것입니다. (또는 더 정확하게는 물론 해당 컴퓨터에 로컬이지만 특정 SMTP 서버에 연결되는 특정 SMTP 클라이언트를 실행하도록 구성된 사용자 인터페이스)

MSA 는 전자 메일을 전송하는 MTA이지만 MUA가 연결하는 MTA입니다. 그리고 그것은 로컬 도메인에 있습니다. SMTP를 실행합니다. SMTP 서버 일 것입니다. (SMTP의 대안으로 실행할 수있는 다른 프로토콜이있을 수 있습니다).

MTA 는 대상 도메인의 MTA입니다.

MDA 받는 사람의 도메인에있는 컴퓨터로, 컴퓨터가 액세스 할 수있는 하드 드라이브의 "메일 저장소"에 메시지를 쓰거나 "전달"합니다. 종종 지역. 해당 메일 저장소는 도메인의 사용자에 대한 메일을 저장합니다.

MAA 및 MRA- 이메일을 보내는 것이 아니라 이메일을받는 것과 관련이 있습니다. MAA라는 용어는 잘 알려져 있지 않으며, 종종 사람들은 MRA를 IMAP / POP 클라이언트 라고만하며 서버에 약어를주지 않습니다. 나는 MRA가 클라이언트와 서버 모두에 대한 용어라고 들었습니다. 에이전트라고 말하는 주장이므로 함수를 설명하고 정의는 클라이언트 또는 서버에만 국한되지 않습니다. 그러나 MAA라는 용어를 사용하는 사이트는 MAA를 서버로 정의하고 MRA를 클라이언트로 정의하는 것 같습니다. 정의와 예제를 위해 두 웹 사이트에서 인용하겠습니다.

POP / IMAP 서버 인 MAA가 있습니다. 그리고 POP / IMAP 클라이언트 인 MRA. 이것을 언급하는 두 개의 링크 ..

https://www.ida.liu.se/~TDDI09/lectures/TDDI09-F4.pdf
MRA 클라이언트 Fetchmail
MAA 서버 택배 IMAPD

http://archive.vector.org.uk/art10500970
MAA (Mail Access Agent) :
전자 메일 계정의 폴더를 관리하고 MRA에서 메시지를 사용할 수있게합니다. MRA (Mail Retrieval Agent) : MAA를 통해 전자 메일 폴더에 액세스하고 MUA에서 메시지를 사용할 수 있도록합니다.


Sendmail에 대해 물어보십시오. 이메일 관련 리눅스 프로그램은 거의 알지 못하지만 Sendmail에는 SMTP 클라이언트가 있지만 대부분 MTA이지만 MTA로 작동 할 수있는 모든 프로그램은 MSA로 작동 할 수 있습니다 .MSA는 MTA의 형태).

보안 검사가없는 경우 대상 도메인의 MTA로 직접 보낼 수 있는지 묻습니다. 한 번 MUA에서 MTA로 한 번 완료했다고 생각합니다. SMTP 서버 하나만 관련되어 있습니다. 그러나 일반적으로 로컬 도메인의 MSA가 MTA로 전송하므로 일반적으로 두 개의 SMTP 서버가 있습니다. MSA SMTP 서버 sendmail 또는 postfix를 실행하고 도메인에서 DNS 확인을 수행하고 대상 MTA (다른 SMTP 서버)를 찾는 것을 보았습니다. 그런 다음 직접 보내려고 노력했습니다. 그리고 보내려는 도메인 하나에 대해 해당 대상 MTA에 직접 연결할 수 있습니다.


1
참고-이 링크의 그림 ccm.net/contents/116-how-email-works-mta-mda-mua는 MDA를 POP / IMAP으로 잘못 식별하지만 해당 링크의 그림은 잘못되었습니다.
barlop

5

"이메일 서버"라는 용어는 모호합니다. 전자 메일에는 많은 부분이 이동합니다.

  • Sendmail은 SMTP 서버 인 MTA (Mail Transfer / Transport Agent)입니다. (다른 예, 있습니다 exim4)

    • 무언가가 도메인의 SMTP 서버와의 세션을 열어 해당 도메인의 다른 호스트로 메시지를 보냅니다. (도메인의 SMTP 서버는 DNS MX 레코드를 통해 발견됩니다)
  • SMTP 서버가 메시지를 받으면 몇 가지 작업을 수행 할 수 있습니다.

    • 수신 한 메시지가 다른 도메인 용인 경우 해당 도메인의 SMTP 서버로 메시지를 릴레이 할 수 있습니다.
    • 수신 된 메시지가 SMTP 서버가있는 도메인과 동일한 도메인 인 경우 로컬 MDA (Mail Delivery Agent)로 메시지를 전달할 수 있습니다 (MDA 자체로 작동하지 않는 경우).
    • UNIX 시스템에서 로컬 MDA는 일반적으로 메시지를 로컬 사용자의 메일 스풀 ( mbox또는 Maildir) 또는 다른 스토리지 메커니즘 으로 복사합니다 .

UNIX / Linux 시스템에서 SMTP 서버를 실행중인 mutt경우 pine, 또는 기타 프로그램 과 같은 MUA (Mail User Agent) 를 사용하여 로컬 스풀에서 메일을 읽을 수 있습니다. 이 작업을 수행하려면 로컬 시스템에 로그온해야합니다.

원격 시스템에 저장된 메일을 읽으려면 어떻게합니까? 원격 시스템은 POP3 또는 IMAP 서버를 실행해야하며, 원격 시스템의 계정에서 메시지를 가져 와서 선택적으로 IMAP의 경우 관리 기능을 사용하여 사용자에게 가져옵니다. POP3 / IMAP가 메시지를 보낼 수 없습니다.

POP3 또는 IMAP을 통해 원격 서버에서 메일을 읽을 수있는 응용 프로그램도 SMTP를 통해 메일을 보낼 수 있으며 두 프로토콜 모두에 대해 클라이언트를 구현 / 클라이언트해야합니다. POP3 / IMAP 및 SMTP는 동일한 호스트에있을 필요가 없습니다.

수년 동안 이러한 프로토콜 대부분에 보안이 강화되었습니다. 이러한 각 프로토콜에는 클라이언트 인증서 또는 인증이 필요한 선택적 방법이 있습니다. SMTP 서버는 인증되지 않은 사용자를 위해 전자 메일을 릴레이하지 못하도록하는 것이 특히 중요합니다. 일반적으로 스팸 목적으로 악용 될 수 있습니다. SMTP 사용자 이름 / 암호 / 인증서는 시스템의 로컬 계정과 다를 수있는 POP3 / IMAP와 다를 수 있습니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.