tail head cat sleep
QR code linking to this page

Man page  — MAILADDR

명칭

mailaddr – 메일 주소의 해설

내용

해설

메일 주소는, 이 메뉴얼 페이지의 마지막에 열거하는, 인터넷의 프로토콜에 근거하고 있습니다. 이러한 주소는 범용적인 서식

    user@domain

에 따릅니다. 여기서 domain 는 닷으로 단락지어진 계층적인 서브 도메인의 리스트입니다. 예를 들면, 어느 올바른 주소는 이하와 같습니다.

    eric@CS.Berkeley.EDU

주소 표기가 있는 종의 별형식과 달리, 이것들 도메인에는 경로 지정과 한 의미는 전혀 없습니다. 그러므로, 이 주소가 인터넷의 주소로서 지정되었을 경우에서도, 만약 다른 경로가 간편하기도 하고 효율적이기도 하는 경우는, 메일은 그 쪽을 대로. 예를 들면, Berekeley 의 내부에서는, 이 주소를 지정한 메세지는 Berkeley 의 인터넷 게이트웨이를 통과하지 않고, 아마 이더넷(ethernet)를 통해 직접 CS 에 가겠지요.

생략

어떤 종류의 상황하에 대해 완전한 도메인명을 지정할 필요는 없습니다. 일반적으로, 행선지의 주소의 최초의 닷보다 후의 부분이, 당신이 메세지를 발신하려고 하고 있는 장소와 같은 도메인인 경우는, 닷 이후의 모든 것을 생략 해 상관하지 않습니다. 예를 들면, ``calder.berkeley.edu''에 소속하는 유저는, 보내 옆과 접수측의 호스트가 같기 때문에, ``berkeley.edu''를 붙이지 않고 ``eric@CS''에 메세지를 보낼 수가 있습니다.

호환성

어떤 종류의 낡은 주소의 서식은 이전의 메일 시스템에 호환이 되도록(듯이) 새로운 서식에 변환됩니다. 특히,

    user@host

(와)과

    user@host.domain

(은)는 그대로 새로운 서식에서도 용서됩니다만,

    host.domain! user

    user@host.domain

에 변환되어

    host! user

    user@host.UUCP

에 변환됩니다.

이것은 통상, 옛부터의 UUCP 호스트와의 호환성을 유지하기 위해서(때문에), 송신되기 전에 ``host! user''형식에 역변환됩니다.

대문자와 소문자의 구별

도메인명 (즉,``@''기호의 뒤에 있는 모든 것)은, UUCP 호스트명을 예외로서 대문자와 소문자를 어떻게 혼합해도 상관하지 않습니다. 많은 호스트는 유저명에 대문자와 소문자를 어떻게 혼합해 사용한 지정도 받아들입니다만, 저명한 예외로서는 MULTICS 사이트가 있습니다.

경로 다하고 주소

어떤 종류의 상황하에서는, 메세지를 최종적인 발송지에 도착하게 하기 위해서(때문에) 몇개의 호스트를 경유지로서 지정하는 것을 피할수 없게 되는 것이 있을지도 모릅니다. 통상 이 경로 지정은 자동적으로 행해집니다만, 메세지의 경로를 수동으로 지정하는 것이 바람직한 경우도 가끔 있습니다. 그러한 릴레이를 나타내는 주소는 「경로 다하고 주소(route-addr)」라고 불립니다. 이것들은 이하의 구문에 따릅니다.

    <@hosta, @hostb:user@hostc>

이 예는, 메세지가 우선 hosta 에 보내져 거기로부터 hostb 에, 그리고 마지막에 hostc 에 보내지는 것을 나타냅니다. 이 경로는, hostc 에의 보다 효율적인 경로가 존재했을 경우에서도, 강제당합니다.

경로 다하고 주소는 리턴 주소에 자주 나타납니다. 이것은, 통례, 각 호스트에 대해 소프트웨어가 선두에 경로 정보를 덧붙이기 (위해)때문입니다. 실제의 발송인을 식별하기 위해서, 주소의 ``user@hostc''부분을 제외했다 모든 부분을 무시할 수가 있는 것이 통례입니다.

[주의: route-addr 구문은, 사용하지 않게 RFC 1123 으로 공식으로 요청되고 있으므로 사용해야 하는 것이 아닙니다. ]

매우 단순한 경로 지정을 위해서(때문에), 많은 사이트는 「퍼센트 핵」도 서포트하고 있습니다.

    user%hostc%hostb@hosta

(은)는, 전의 예에 나타낸 것과 같은 경로를 지나 배송됩니다.

포스트마스터

모든 사이트는, 메일 시스템에 관한 문제 보고의 발송지이다 ``postmaster''라는 이름의 유저인가, 유저에게로의 앨리어스(alias)를 갖출 필요가 있습니다.

그 외의 네트워크

다른 네트워크 중 일부에는, 그 네트워크의 이름을 도메인의 마지막 원가요소로서 주는 것에 의해, 메세지를 보낼 수 있는 것도 있습니다. 이것은 표준의 기능은 아니다 의로, 모든 사이트에서 서포트되고 있는 것은 아닐 것입니다. 예를 들면, CSNET 나 BITNET 의 사이트로는 각각 ``user@host.CSNET''나 ``user@host.BITNET''로서 송신할 수 있는 것이 자주 있습니다.

관련 항목

mail(1), sendmail(8)

Crocker, D. H., RFC822, Standard for the Format of Arpa Internet Text Messages,

역사

mailaddr 메뉴얼 페이지는 BSD 4.2 (으)로부터 등장했습니다.

버그

RFC822 의 그룹 구문 (``group:user1, user2, user3;'')은, 낡은 berknet 스타일의 주소와 충돌하기 위해(때문에), ``group:;''라고 하는 특별한 경우를 제외해 서포트되고 있지 않습니다.

경로 다하고 주소 구문은 불쾌합니다.

UUCP 식과 Internet 식의 주소는 예의 바르게 공존할 수 없습니다.


MAILADDR (7) June 16, 1993

tail head cat sleep
QR code linking to this page


Ben Bullock이 유닉스 매뉴얼 페이지에서 서비스에 대한 의견을 주시기 바랍니다. Privacy policy.

As soon as we started programming, we found to our surprise that it wasn't as easy to get programs right as we had thought. Debugging had to be discovered. I can remember the exact instant when I realized that a large part of my life from then on was going to be spent in finding mistakes in my own programs.
— Maurice Wilkes