레드는 돼긴 하는데 대량에 문제가 잇더라고요..
또는 효과적인 마케팅을 구사하시려도 정보를 얻으려 하는데
공짜는 공짜의 한계가 절실히 느껴 집니다.
돈주고 하는 분들이랑은 뭔가 달라도 달라요.
공짜는 쪼끔 나가고 그러나봐여...안돼기도 하고...
나 대머리 될라나봐여...공짜만 받아 놔서...
실은 공부 하려 받아서 해본것인데 실전에 써먹을 많안 무기는 아직인듯 합니다.
인터넷에서 전자우편(E-mail)을 보낼 때 이용하게 되는 표준 통신 규약
-------------------------------------------------------------------
SMTP와 관련된 프로토콜의 표준은 STD와 RFC에서 정해진 것이다. 서버에서 서버로의 프로토콜이며 이외의 다른 여러 프로토콜은 메시지를 접속하기 위해서 사용한다. 이와 관련된 프로토콜을 살펴보면 다음과 같다.
① STD 10/RFC 821:두 컴퓨터 사이의 메일 교환 표준을 정의하며 SMTP 자체에 관한 표준으로 TCP/IP 호스트 사이에서 메일을 전달하는데 사용된다.
② STD 11/RFC 822, RFC1049:RFC 822와 RFC 1049에 포함된 메일 메시지의 형식에 관한 표준을 정의하며 공식적인 프로토콜명은 MAIL이다. RFC822는 메일 헤더 필드의 의미를 기술하고 헤더 필드 집합과 그에 대한 해석을 정의한다. RFC 1049는 평문 아스키 이외의 문서 형식들이 메일 본문에서 어떻게 사용될 수 있는지에 대해 기술하고 있다.
③ RFC 974:DNS(domain name system)을 이용한 메일 경로 배정에 관한 표준을 정의하고 있으며 공식 프로토콜명은 DNS-MX이다.
STD 10/RFC 821에서는 SMTP를 통해 전달되는 데이터는 상위 비트가 0으로 설정된 7비트 아스키 데이터라고 기술하고 있다. 이는 영문텍스트 메시지를 전송하는데는 적합하지만, 비영어권 데이터 또는 비 텍스트 데이터에 대해서는 부적합하다. 이러한 제약을 극복하기 위해 다음과 같은 접근 방식이 사용된다.
① MIME(multipurpose internet mail extension):RFC 2045부터 RFC 2049에서는 텍스트와 2진 데이터를 RFC 822에서 정의한 7비트 아스키로 코드화하는 메카니즘을 명시한다.
② SMTP Service Extensions:RFC 821에서 정의한 SMTP의 기능을 확장하는 메커니즘을 RFC 1869, RFC 1652, 1870에서 각각 정의하고 있다.
패밀리 사이트 바로가기
답변 기간이 지난 질문입니다. (09-04-21 10:48 작성)
