SMTP 는 무슨 뜻인가요?

SMTP 의 중요한 특징 중 하나는 전송 중에 메일을 중계할 수 있다는 것입니다. 전송 서비스는 하나의 네트워크, 여러 네트워크 또는 네트워크의 서브넷을 포함할 수 있는 IPCE (inter-process communications environment) 를 제공합니다. 전송 시스템 (또는 IPCE) 이 일대일이 아니라는 것을 이해하는 것이 중요합니다. 한 프로세스는 알려진 IPCE 를 통해 다른 프로세스와 직접 통신할 수 있습니다. 메일은 응용 프로그램이나 프로세스 간의 통신입니다. 메시지는 다른 IPCE 에 연결된 프로세스를 통해 네트워크를 통해 전송할 수 있습니다. 보다 구체적으로, 메시지는 서로 다른 네트워크의 호스트를 통해 트렁킹될 수 있습니다.

인터넷 이메일 시스템의 주요 애플리케이션 계층 프로토콜입니다. TCP 에서 제공하는 신뢰할 수 있는 데이터 전송 서비스를 사용하여 발신자의 메일 서버에서 수신자의 메일 서버로 메일 메시지를 전송합니다. 대부분의 애플리케이션 계층 프로토콜과 마찬가지로 SMTP 에는 발신자 메일 서버에서 실행되는 클라이언트와 수신자 메일 서버에서 실행되는 서버의 두 가지 측면이 있습니다. SMTP 의 클라이언트와 서버는 각 메일 서버에서 동시에 실행됩니다. 메일 서버가 다른 메일 서버에 메시지를 보낼 때 SMTP 클라이언트로 실행됩니다. 메일 서버는 다른 메일 서버에서 메일 메시지를 수신할 때 SMTP 서버로 실행됩니다.

SMTP 프로토콜과 사람들이 대면 교류에 사용하는 예의에는 많은 유사점이 있다. 먼저 송신 메일 서버 호스트에서 실행되는 SMTP 클라이언트는 수신 메일 서버 호스트에서 실행되는 SMTP 서버 포트 번호 25 에 대한 TCP 연결을 시작합니다. 수신 메일 서버가 현재 작동하지 않는 경우 SMTP 클라이언트는 연결을 시도하기 전에 잠시 기다립니다. 접속이 설정되면 SMTP 클라이언트와 서버는 먼저 일부 애플리케이션 계층 핸드셰이킹을 수행합니다. 사람들이 손을 돌리기 전에 자주 자신을 소개하는 것처럼 SMTP 클라이언트와 서버도 정보를 전달하기 전에 자신을 소개한다. 이 SMTP 핸드쉐이킹 단계에서 SMTP 클라이언트는 발신자와 수신자의 이메일 주소를 서버에 각각 나타냅니다. 서로 자신을 소개한 후 고객이 이메일을 보냅니다. SMTP 는 TCP 가 제공하는 신뢰할 수 있는 데이터 전송 서비스에 의존하여 서버에 메시지를 오류 없이 전달할 수 있습니다. 고객이 동일한 서버로 보낼 추가 메일 메시지를 가지고 있는 경우 동일한 TCP 연결에서 위 프로세스를 반복합니다. 그렇지 않으면 TCP 가 연결을 닫도록 지시합니다. [1]

단락 2 를 편집합니다. SMTP 모델

SMTP 는 사용자의 메일 요청에 대해 SMTP 전송과 SMTP 수신 간에 양방향 전송 채널을 설정하는 통신 모델을 기반으로 설계되었습니다. 수신 SMTP 는 최종 수신자 또는 중간 발신자일 수 있습니다. SMTP 명령은 발신자 SMTP 에 의해 전송되고 수신자 SMTP 에 의해 수신되며 응답은 반대 방향으로 전송됩니다.

전송 채널이 설정되면 SMTP 발신자는 메일 발신자를 나타내는 메일 명령을 보냅니다. 만약

SMTP 수신자는 메시지를 받고' 확인' 응답을 반환할 수 있습니다. 그런 다음 SMTP 발신자가 RCPT 명령을 실행하여 메시지가 수신되었는지 확인합니다. SMTP 수신자가 수신하면 OK 응답을 반환합니다. 받을 수 없는 경우 거부 응답 (전체 메일 작업을 일시 중지하지 않음) 이 전송되고 양측은 이 작업을 여러 번 반복합니다. 수신자가 모든 메일을 받으면 특별한 시퀀스를 받게 됩니다. 수신자가 전자 메일을 성공적으로 처리한 경우 OK 응답을 반환합니다.

SMTP 는 메일 전송 메커니즘을 제공합니다. 수신자와 발신자가 동일한 전송 서비스에 연결된 경우 보낸 사람의 호스트에서 받는 사람의 호스트로 메시지를 직접 전송할 수 있습니다. 또는 동일한 전송 서비스에 있지 않을 때 릴레이 SMTP 서버를 통해 전송됩니다. SMTP 서버에 트렁킹 기능을 제공하려면 최종 타겟 호스트 주소와 메일박스 이름이 있어야 합니다.

MAIL 명령 매개 변수는 메시지를 보낼 위치를 지정하는 회신 경로입니다. RCPT 명령의 인수는 메시지의 행방을 지정하는 전달 경로입니다. 전달 경로는 소스 경로이고 회신 경로는 반환 경로 (오류 발생 시 메일을 반환하는 데 사용됨) 입니다.

같은 메시지가 다른 수신자에게 보내지면 SMTP 에서 같은 데이터의 사본을 다른 수신자에게 보내는 문제가 발생합니다. 메일 명령과 응답에는 이상한 구문이 있고 응답에는 숫자 코드가 있습니다. 다음 예에서는 실제 명령과 응답을 사용하는 것을 볼 수 있습니다. 완전한 명령과 응답은 4 부에 있습니다.

명령과 응답은 대/소문자를 구분하지 않습니다. 즉, 명령과 응답은 대/소문자 또는 둘 다를 혼합할 수 있지만 일부 호스트는 사용자 이름에 대/소문자를 구분하므로 사용자 e-메일 이름에서는 그렇지 않을 수 있습니다. 이렇게 하면 SMTP 구현은 사용자 사서함 이름을 그대로 유지하며 호스트 이름은 대/소문자를 구분하지 않습니다.

명령과 응답은 ASCⅱII 알파벳으로 구성되어 있습니다. 전달 서비스가 8 비트 전달 채널을 제공하면 각 7 비트 문자가 올바르게 전달되고 최대 비트는 0 으로 채워집니다. 일반 명령 또는 응답 형식을 지정하면 매개변수는 "와 같은 일부 유사한 언어의 문자열로 표시됩니다

제 3 항을 편집하다. SMTP 프로세스

이 섹션에서는 SMTP 의 몇 가지 절차를 제공합니다. 첫 번째는 기본 전송 프로세스 (전송 작업으로 정의됨) 를 설명합니다. 다음은 메일 전달, 사서함 이름 및 확장 메일 목록 확인, 터미널로 전송, 스왑 설정 및 해제 등에 대해 설명합니다. 이 섹션의 마지막에는 중단과 메일 도메인에 대한 설명이 있습니다. 이 섹션의 예는 명령 및 응답 시퀀스의 일부일 뿐입니다. 완전한 예는 부록 f 에 나와 있다.

3. 1. 메일

SMTP 전송 작업에는 메일 명령으로 시작하여 발신자의 신분을 제공하는 세 단계가 있습니다. 이어 일련의 RCPT 명령, 수신인 정보, 데이터 명령, 보낸 메시지의 내용 목록, 마지막으로 메시지 내용 표시기, 확인 작업이 이어졌다.

이 프로세스의 첫 번째 단계는 메일 명령입니다.

메일 & ltSP & gt 보낸 사람:< 역방향 경로>& ltCRLF & gt；;

이 명령은 수신인에게 새로운 전송 작업이 이미 시작되었음을 알려준다. 모든 상태 테이블과 버퍼를 재설정하십시오. 오류 메시지가 반환하는 역방향 경로를 제공합니다. 요청이 수신되면 수신자는 250 OK 응답을 반환합니다. & lt 역방향 경로>；; 사서함뿐만 아니라 호스트와 소스 사서함 간의 역방향 라우팅도 포함됩니다. 첫 번째 호스트는 이 명령을 보낸 호스트입니다.

이 프로세스의 두 번째 단계는 RCPT 명령을 보내는 것입니다.

RCPT <SP & gt 수신자:< 정방향 경로>& ltCRLF & gt；;

이 명령은 수신자를 식별하는 전달 경로를 제공합니다. 이 명령을 받으면 수신자는 하나를 반환합니다.

250 OK 응답 및 전달 경로 저장 수신자가 알 수 없는 경우 수신자는 550 실패 응답을 반환합니다. 이 과정은 여러 번 반복할 수 있다.

& lt 순방향 경로>；; 여기에는 메시지뿐만 아니라 호스트 및 대상 사서함의 라우팅 테이블도 포함됩니다. 첫 번째 호스트는 명령을 받는 호스트입니다. 이 프로세스의 세 번째 단계는 데이터 명령을 보내는 것입니다.

데이터 & ltCRLF & gt；;

명령을 받으면 수신자는 354 중간 응답을 반환하고 다음 행이 편지의 내용인 것으로 가정합니다. 편지의 끝이 접수되고 저장되면 수신자는 250 OK 응답을 보냅니다. 메시지가 전송 채널에서 전송되기 때문에 대화 응답을 다시 시작할 수 있도록 메시지 내용의 끝을 표시해야 합니다. SMTP 는 마지막 줄에 마침표를 하나만 보내 이메일 내용의 끝을 나타냅니다. 수신측에서 사용자에게 투명한 프로세스는 이 기호를 필터링하여 일반 데이터에 영향을 주지 않도록 합니다.

참고 메시지 내용에는 날짜, 제목, 받는 사람, 참조, 보낸 사람 등의 팁이 포함됩니다.

메시지 내용 지시자는 메시지 작업을 확인하고 수신자에게 데이터를 저장하고 재발송할 수 있음을 알립니다. 이 명령을 받으면 수신기는 250 OK 응답을 반환합니다. 데이터 명령은 메일 작업이 불완전하거나 소스가 유효하지 않은 경우에만 실패합니다.

위의 절차는 전송 작업입니다. 이러한 명령은 위에서 설명한 순서로만 사용할 수 있습니다. 다음 예는 전송 작업에서 이러한 명령을 사용하는 방법을 보여 줍니다.

SMTP 프로세스 예 이 예에서 알파의 Smith..ARPA 호스트는 호스트 알파가 호스트 베타에 직접 연결되어 있다고 가정하고 존스, 그린, 브라운의 베타 ... ARPA 호스트에 이메일을 보냅니다.

메일 보낸 사람:< 스미스 @ 알파 ... ARPA & gt

250 원이면 되나요

역사: RCPT 부터:< 존스 @ 베타 ... ARPA & gt 까지

250 원이면 되나요

과거: RCPT 부터:< 그린 @ 베타 .. arpa & gt 까지

여기에는 이런 사용자가 없다

역사: RCPT 에서:< 갈색 @ 베타 .. arpa & gt 까지

250 원이면 되나요

학생: 데이터

R: 354 메일 입력 시작; & ltCRLF & gt；; 。 & ltCRLF & gt；;

박지희: 잠깐만요 ...

학생: ... 기다리다

S: < CRLF & gt；; 。 & ltCRLF & gt；;

250 원이면 되나요

이 편지는 처음 두 사람이 받았고, 세 번째 사람은 이 호스트에 우편함이 없다.

3.2. 앞으로

여기 몇 가지가 있습니다.

25 1: 사용자가 로컬이 아닙니다. 전달 대상

이 회신은 수신자 SMTP 가 사용자의 사서함이 다른 호스트에 있다는 것을 알고 있으며 나중에 올바른 회전 경로를 사용한다는 것을 의미합니다. 호스트 및/또는 사용자는 다릅니다. 수신인은 정보를 전달할 책임이 있다.

55 1: 사용자가 로컬에 없습니다. 시도해 보십시오

이 회신은 수신 SMTP 가 사용자의 사서함이 다른 호스트에 있다는 것을 알고 있으며 올바른 전달 경로가 사용됨을 의미합니다. 호스트 및/또는 사용자는 다릅니다. 수신자가 해당 사용자로부터 메시지 수신을 거부하면 발신자는 제공된 정보에 따라 다시 보내거나 원래 발신자에게 오류 메시지를 반환해야 합니다. 다음 예는 이러한 응답의 적용을 보여 줍니다.

전달 예

역사: RCPT 부터< 남부 캘리포니아 대학-3 군 정보국 ... ARPA & gt 까지

R: 25 1 사용자가 로컬에 없습니다. Lt 남부 캘리포니아 ISIF 포스트 .. arpa & lt 에 전달

또는

역사: RCPT 부터:< 폴 @ 남부 캘리포니아 대학 ISIB 분교 .. ARPA & gt 까지

R: 55 1 사용자가 로컬에 없습니다. Lt 남부 캘리포니아 대학 ISIF 분교를 시도해 보십시오 .. arpa & lt

3.3 확인 및 확장

SMTP 는 사용자 이름을 확인하고 메일 목록을 확장하는 추가 기능을 제공합니다. 이러한 기능은 문자열을 인수로 사용하는 VREF 및 EXPN 명령으로 수행됩니다. VREF 명령의 경우 string 매개 변수는 사용자 이름을 나타내며 이 명령에 대한 응답에는 사용자 이름과 사용자의 사서함이 포함되어야 합니다. EXPN 명령의 경우 string 매개 변수는 메일 목록을 참조하며 목록에 있는 모든 사용자의 이름과 사서함을 포함하여 명령에 대한 여러 가지 응답을 제공합니다.

"사용자 이름" 은 불필요한 항목이며 의도적으로 추가되었습니다. 호스트에서 VREF 및 EXPN 명령을 사용하는 경우 최종 로컬 사서함은 호스트 확인을 위해 사용자 이름을 제공해야 합니다. 호스트가 사용자 이름으로 다른 문자열을 선택하는 경우에도 허용됩니다.

일부 호스트에서는 일반적인 데이터 구조에 두 가지 유형의 항목이 포함될 수 있기 때문에 사서함 목록과 사서함의 프록시 이름이 약간 명확하지 않습니다. 만약 당신이 메일 목록에 확인을 보내고 싶다면, 당신은 명확한 답변을 해야 합니다. 이 메시지를 받으면 호스트는 목록의 모든 주소로 메시지를 보내고 확인 응답을 받지 못하면 오류를 보고합니다. 예를 들어,

메일 목록이지 사용자 이름이 아닙니다. 요청이 사용자 이름을 확장하는 데 사용되는 경우 이름이 포함된 목록을 반환하여 명확한 응답을 형성할 수 있으며 명시적 응답을 받지 못한 경우 오류가 보고됩니다. (예: "550 은 메일 목록이 아닌 사용자 이름입니다.").

여러 응답 (일반적으로 EXPN) 의 경우 응답당 하나의 사서함을 지정합니다. "VRFY Smith" 와 같은 모호한 요청의 경우, 여기서 두 Smith 의 응답은 "553 사용자가 명확하지 않다" 고 해야 합니다.

다음 예와 같이 사용자 이름을 확인합니다. 예 3:

사용자 이름 확인

학생: 피 스미스

R: 250 프레드 스미스< 스미스 @ 남부 캘리포니아 대학 ISIF 분교 .. ARPA & gt

또는

학생: 피 스미스

R: 25 1 사용자가 로컬에 없습니다. & lt 스미스 @ 남부 캘리포니아 대학 -ISIQ..ARPA & gt 에 전달

또는

스리랑카: 필 존스

R: 550 문자열이 아무것도 일치하지 않습니다.

또는

스리랑카: 필 존스

R: 55 1 사용자가 로컬에 없습니다. Lt Jones @ 남부 캘리포니아 대학 -ISIQ 를 시도해 보십시오. , ARPA & gt

또는

학생: VRFY Gourzenkyinplatz

R: 553 사용자가 명확하지 않습니다.

사서함 목록에는 다음 예와 같이 여러 응답이 필요합니다.

학생: EXPN 예-개인

R:250- 존 보스텔< 남부 캘리포니아 ISIF 포스트 .. ARPA & gt

R: 250-Fred fone bone < Fonebone@USC-ISIQ..ARPA & gt

R:250- 샘 q 스미스 & ltSQSmith@USC-ISIQ. , ARPA & gt

R:250- 퀸시 스미스<@ 남부 캘리포니아 대학 ISIF 분교 .. ARPA:Q-Smith@ISI-VAXA..ARPA & gt

R: 250-< Joe@foo-unix..ARPA & gt

R: 250 < Xyz@bar-unix..ARPA & gt

또는

S: EXPN 관리-화장실-목록

R: 550 귀하의 방문을 거부 합니다.

VERF 및 EXPN 명령의 문자열 명령 매개 변수는 구현이 다르기 때문에 더 이상 제한할 수 없습니다. 일부 시스템에서는 EXPN 명령의 매개 변수가 메일 목록이 포함된 파일 이름일 수 있지만 인터넷에는 여러 가지 파일 구조가 있습니다.

VRFY 및 EXPN 명령은 최소 구현에 포함되지 않으며 구현되면 전송 간에 구현할 필요가 없습니다.

단락 3.4 를 편집합니다. 편지를 보내고 편지를 받다.

SMTP 의 주요 목적은 사용자의 사서함으로 메일을 보내는 것입니다. 일부 호스트에서 제공하는 유사한 기능은 사용자가 터미널을 열고 있는 경우 사용자 터미널에 메일을 보내는 것입니다. 메일을 사용자에게 보내는 사서함을 우편이라고 합니다. 이를 사용자 터미널로 보내는 것을 메시지 수집이라고 합니다.

(전송 중). 일부 호스트에서는 두 구현이 매우 유사하기 때문에

SMTP 에 넣어졌습니다. 그러나 문자를 가져오는 명령은 SMTP 의 최소 구현에서는 사용할 수 없습니다. 사용자는 터미널에 쓰기 정보를 제어할 수 있어야 합니다. 대부분의 호스트에서는 사용자가 유사한 정보를 수락하거나 거부할 수 있습니다.

다음 세 명령은 문자 가져오기를 지원하도록 정의됩니다. 메일이 아닌 메일 명령에 사용됩니다.

SMTP 수신의 특별한 의미를 나타내는 명령:

발송 & ltSP & gt 보낸 사람:< 역방향 경로>& ltCRLF & gt；;

명령을 보내려면 전자 메일 내용을 사용자 터미널로 직접 보내야 합니다. 사용자가 터미널을 열지 않은 경우 (또는

사용자가 터미널 정보를 받지 못했습니다.) 450 응답이 RCPT 명령을 반환합니다. 정보가 성공적으로 전송되면 작업이 성공합니다.

SOML <SP & gt 보낸 사람:< 역방향 경로>& ltCRLF & gt；; 을 눌러 섹션을 인쇄할 수도 있습니다

Send 또는 MaiL 명령을 사용하려면 사용자가 터미널에 있는 경우 전자 메일 내용을 사용자 터미널로 직접 보내야 합니다. 사용자가 터미널에 없으면 메일 내용이 사서함으로 직접 들어갑니다. 메일이 사용자 터미널이나 사용자 사서함으로 전송되면 전송 작업이 성공합니다.

SAML & ltSP & gt 보낸 사람:< 역방향 경로>& ltCRLF & gt；;

Send 및 MaiL 명령을 사용하려면 사용자가 터미널에 있는 경우 전자 메일 내용을 사용자 터미널로 직접 보내야 합니다. 어떤 경우에도 편지는 사서함으로 들어갑니다. 메시지가 사서함에 들어가면 전송 작업이 성공합니다.

MAIL 명령에 대한 응답은 이러한 명령에 대한 응답과 동일합니다.

단락 3.5 를 편집합니다. 켜기 및 끄기

전송 채널이 열리면 양 당사자의 신원을 확인하기 위해 정보를 교환해야 합니다. 다음 명령은 다음과 같습니다

열기 및 닫기:

HELO & ltSP & gt& lt 도메인>& ltCRLF & gt；;

종료 & ltCRLF & gt；;

헬로 명령에서 호스트 스스로 명령을 보내면 "헬로,

저는 XX 입니다.

연결 열기의 예

BBN 로 220 번 UN ⅸ ... ARPA 단순 메일 전송 서비스 준비

West: 안녕하세요, 남부 캘리포니아 대학 ISIF 분교 .. 미 국방부 고등연구계획국 (Advanced Research Projects Agency)

BBN 로 250 호 UNⅸ .. 미 국방부 고등연구계획국 (Advanced Research Projects Agency)

닫힌 연결의 예

포기해라

R:22 1 BBN-UNⅸ..ARPA 서비스 종료 전송 채널

문단 3.6 을 편집하다. 촉진

전달 경로는 "@ONE, @TWO:JOE@THREE", 여기, ONE, TWO 형식일 수 있습니다.

세 명은 사회자입니다. 이 형식은 주소와 경로의 차이를 강조하는 데 사용됩니다. 사서함은 절대 주소이고, 경로는 어떻게 그곳에 도착하는지에 대한 정보입니다. 이 두 개념은 혼동해서는 안 된다.

개념적으로 전달 경로의 요소는 한 SMTP 서버에서 다른 SMTP 서버로의 정보로 응답 경로로 이동합니다. 회신 경로는 역방향 데이터 소스 경로 (예: 현재 정보 위치에서 개시자 위치까지) 입니다. SMTP 서버가 전달 경로에서 자체 레이블을 제거하고 응답 경로에 삽입하는 경우 전송 환경에서 인식할 수 있는 이름을 사용하여 해당 이름이 다른 환경에서 다른 이름으로 해석되지 않도록 해야 합니다.

SMTP 가 수신한 정보의 전달 경로의 첫 번째 요소가 SMTP 의 플래그가 아닌 경우 해당 요소는 전달 경로에서 제거되지 않고 전송할 다음 SMTP 서버를 결정하는 데 사용됩니다. 어떤 경우든 SMTP 는 역방향 경로에 자체 태그를 추가합니다.

소스 경로를 사용하는 경우 SMTP 수신 및 전달 메시지를 수신한 다음 다른 수신 SMTP 서버로 보냅니다. 수신 서버는 로컬 사용자의 메일 전송을 수락하거나 거부할 수 있습니다. 수신 SMTP 는 자신의 태그를 전달 경로에서 응답 경로의 시작으로 이동하여 명령 매개 변수를 변경합니다. 수신 SMTP 는 송신 SMTP 가 되어 다음 전달 경로에 SMTP 에 대한 채널을 설정한 다음 SMTP 에 메일을 보냅니다.

응답 경로의 첫 번째 호스트는 SMTP 명령을 보내는 호스트여야 하고 전달 경로의 첫 번째 호스트는 SMTP 명령을 받는 호스트여야 합니다.

참고: 전달 경로 및 응답 경로는 SMTP 명령 및 응답에 나타나지만 반드시 문자 내에 나타나지는 않습니다.

쉬는 시간. 즉, 이러한 경로는 필요하지 않습니다. 특히 이 형식은 헤더의 받는 사람: 필드, 보낸 사람: 필드 및 참조: 필드에 나타납니다.

SMTP 서버가 전달 작업을 수락했지만 전달 경로가 잘못되었거나 다른 원리로 인해 메시지를 보낼 수 없는 경우 "메시지를 전달할 수 없음" 신호를 설정해야 합니다.

신호는 해당 호스트의 SMTP 서비스에서 전송되어야 합니다. 물론 이 서버는 더 이상 오류 메시지를 보고하지 않아야 합니다. 이러한 오류 보고 주기를 방지하는 한 가지 방법은 신호를 보내는 메일 명령의 응답 경로에 공백을 두는 것입니다. 이 메시지를 보낼 때 응답 경로를 비워 둘 수 있습니다. 메일 명령 이후의 회신 경로는 다음과 같이 비어 있습니다.

메일 보낸 사람:<& gt

다음 예는 전달할 수 없는 메시지를 보여 줍니다. HOSTW 의 JOE 에서 보낸 e-메일이 HOSTX 를 통과하고 HOSTY 에 도달하기 위해 HOSTZ 를 통과해야 하는 경우 이 메시지는 오류에 대한 응답입니다. 우리가 본 예는 HOSTX 와 HOSTY 사이에서 발생했다.

보낼 수 없는 메일 메시지의 예

메일 보낸 사람:<& gt

250 원이면 되나요

과거: RCPT 부터:< @ hostx .. arpa: Joe @ hostw .. arpa & gt 까지

250 원이면 되나요

학생: 데이터

R: 354 메일 데이터 전송

학생: 날짜: 10 월 23 일 8111:22: 33

보낸 사람: SMTP@HOSTY .. 미 국방부 고등연구계획국 (Advanced Research Projects Agency)

S: 받는 사람: JOE@HOSTW,. 미 국방부 고등연구계획국 (Advanced Research Projects Agency)

제목: 메일 시스템 문제

미안 해요, 조, 샘에 대 한 귀하의 메시지. ARPA 는 잃었다.

스리랑카: 호스터 .. ARPA 는 이렇게 말했습니다.

S: "550 에는 그런 사용자가 없습니다."

S:.

250 원이면 되나요

이 섹션 편집 FAQ

SMTP 란 무엇입니까? 무슨 소용이 있습니까? 대답: SMTP 는 단순 메일 전송 프로토콜, 즉 단순 메일 전송 프로토콜의 약어입니다. 두 메일 서버 간에 메시지를 교환하는 데 사용되는 효율적이고 안정적인 전자 메일 전송을 제공하는 프로토콜입니다.

2.TCP 프로토콜은 메일 서버 간 메일 전송에 사용됩니다. 우편물이 때때로 손실되는 이유는 무엇입니까?

A: 메일 서버 간의 SMTP 프로토콜은 TCP 접속을 사용하여 메일 서버 간에 메시지를 정확하게 전송할 수 있습니다. 그러나 메일 서버 자체의 장애 (예: 메일 공간 부족) 로 인해 메시지가 완전히 전송되지 않아 손실이 발생합니다.

3. 왜 발신자의 사용자 에이전트가 직접 메일을 수신자의 사용자 에이전트로 보내지 않고 메일 서버를 통해 전송합니까?

답: 사용자 컴퓨터 성능 제한으로 메일 송수신 프로그램을 실행할 수 없고 인터넷을 계속 실행하고 연결할 수 없습니다. 따라서 메시지는 메일 서버에만 임시로 저장할 수 있으며 필요한 경우 다운로드할 수 있습니다.