나는 이것을 한 번 조금 살펴 보았다.
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에 직접 연결할 수 있습니다.