The Linux Mail User HOWTO Eric S. Raymond, esr@thyrsus.com v2.2, 07 May 1999 lee hojinhojin@asp-linux.co.kr 번역 : Nfranet 한국 ASP-Linux 팀 14 july 2000 이문서는 리눅스에서 이메일 세계를 소개한 것이다. 그것은 ISP을 경유하여 네트워크에 접속되어 있는 소형 리눅스 서버에서 발생할수 있는 전형적인 설정과 user-level 문제에 대해서 기술한다. 만일 당신이 지역간 통신을 하거나 멀리 떨어져 있는 웹사이트에 이메일을 보낸다면 이글을 읽기 바란다. 당신이 내부 또는 외부 사이트와 이메일 교환을 하지 않는다면, 이 문서는 아마도 필요 없을 것이다. 메일의 설정과 관리에 대한 정보가 필요하면 Mail Administrator HOWTO를 보아 주십시오! ______________________________________________________________________ 목차 1. 소개 1.1 이 문서의 최신판 1.2 하드웨어 사항 1.3 프로그램 소스 2. 메일 관리자 2.1 메일 편집기 설정 2.2 mutt 2.3 elm 2.4 pine 2.5 네스케이프 2.6 Emacs rmail/smail and vm. 2.7 BSD mail 2.8 그외 유저 관리자 3. 상급자용 화제 3.1 Aliases 3.2 포워드 (전송) 3.3 자동 답신 3.4 메일링리스트 3.5 메일필터 3.6 spam의 대처 3.7 다른 정보원 3.8 USENET 3.9 서적 3.10 정기적인 USENET Postings 3.11 Where NOT to look for help 4. 이 문서에 대해서 4.1 피드백 4.2 저작권에 대해서 4.3 Standard Disclaimer 4.4 사례 ______________________________________________________________________ 1. 소개 이 문서는 어떻게 전자우편이 작동 하는지를 설명할 것이고, 리눅스기반의 이메일 소프트웨어에 관한여 빈번히 질문되는 몇가지를 답변 할것이다. 대부분의 리눅스 배보본 들은 sendmail-v8의 최근 프로그램을 포함하고 있으며, 이메일 서버를 설정하는데 보다 편리한 환경을 제공하고 있다. 본 HOWTO는 인터넷 상에서의 이메일을 운용, 설정에 대한 방법을 알수 있을 것이다. (ISP업체를 통한 PPP 혹은 SLIP 링크를 설정하는 방법에 관한 정보는, ISP Hookup HOWTO를 보십시오. metalab.unc.edu/LDP/HOWTO/ISP- HookupHOWTO.html ) .. 그러므로, Vince Skahan의 1.x 버전과 달리, 이 HOWTO는 사용자 문제와 구조에 관점을 두었다; UUCP 과IDA sendmail등의 기술적 내용과, 이전에 중요시되었던 몇개의 항목이 삭제되었다. 1.1. 이 문서의 최신판 본 문서는 뉴스그룹에 한달에 한번 게재되고 있다. comp.os.linux.answers 그리고 본 사이트에서 metalab.unc.edu/LDP/HOWTO/Mail-User-HOWTO.html 이문서의 최신 버젼을 볼 수 있다. 1.2. 하드웨어 사항 리눅스 기반의 메일서버 구축에 대한 특별한 하드웨어 사항은 없다. 그러나 만일 당신의 서버가 인터넷에 연결이 된다면, 이메일에 대한 기능을 사용할 수 있다. 1.3. 프로그램 소스 프로그램은 이미 리눅스 배포본을 설치할때 미리 설치되었을 것이다. 또한 당신은 Metalab Linux Archive metalab.unc.edu/pub/Linux 에서 최신 정보를 받을수 있을 것이다. 특히 서브 디렉토리에서 metalab.unc.edu/pub/Linux/system/mail 본 프로그램을 구할수 있다. 2. 메일 관리자 이 장에는 Mail User Agent: MUA에 관한 정보가 포함되어 있다 . 이것은 사용자가 참조하고, 이용하는 소프트웨어이다. MUA가 실제로 메일을 보내려면, Mail Transport Agent가 필요하다. 여기서는 Mail Administrator's HOWTO 편에서 설명하고 있다. (user=agent의 설정과, 관리자용의 문제해결 팁등도 기술 되어 있다). 2.1. 메일 편집기 설정 MUA은 디폴트값 설정변경으로 자신이 원하는 에디터를 실행하여 작성할수가 있다. 대부분의 MUA는 예전의 Unix's의 관례에 따라 VISUAL 환경변수가 존재하며, 이 값을 변경함으로서 우선적으로 설정된 에디터가 실행 될것이다. 만일 당신이 VISUAL값을 설정하지 않으면, 다른 에디터가 선택될수도 있다. 에디터로 가장 인기있는 것은 vi와 Emacs이다. 그러나 본인처럼 Emacs를 항상 사용한다면, 에디터에서 'emacsclient'를 설정하는 것이 유용할것이다. .emacs 파일을 다음과 같이 수정해 주십시오. ______________________________________________________________________ (autoload 'server-edit "server" nil t) (server-edit) ______________________________________________________________________ emacsclient 실행할때 당신은 Emacs와의 통신이 되는지, 그리고 메일이 Emacs로 편집이 잘 되는지 확인해야 한다. 이 행위는 메일을 편집하거나 Emacs에서 메일을 호출할때 아주 중요하다. 당신이 메일을 작성한 다음 메일러에게 메일을 전송할려면 type C-x #라고 명령하라. 그 메일은 화면에 디스플레이되고 emacsclinet를 이용하여 메일러로 전송될 것이다. 이때 메일러는 백그라운드 모드에서 실행됩니다. emacsclient는 Emacs에게 복수의 메일을 보낼수가 있다. 그러나, 만일 또다른 Emacs를 호출하면, emacsclient가 여러개의 Emacs의 인스턴스를 알수가 없어 오동이 발생될 수도 있다. 만일 이런 현상이 발생한다면, 당신은 모든 Emacs프로그램을 종료 시키고, 한개만을 사용 하게 하여야 한다. 2.2. mutt 이것은 내가 사용하고 있으며, 권유한다. mutt는 elm에서 얻을수 있으며, 유사한 기본명령들을 사용한다. 그러나 mutt는 더욱 강력한 유연한 설정을 할수 있다. 이것은 POP3 혹은 IMAP 클라이언트일 수 있다, 그리고 MIME와 PGP에 대하여도 지원을 포함 하고 있다. Mutt 홈페이지는www.mutt.org 이다. Mutt는 EDITOR/VISUAL의 관례를 존중한다. 2.3. elm Elm은 초기의 screen-oriented Unix 메일러이였지만, 지금은 오래동안 사용되지안고 Mutt로 전환되어 지고 있다. elm의 어떤 버젼은 pop3를 지원한다. 이에 대한 보다 많은 정보를 원하시면 elm소스를 설치해 보길 바란다. < url url="http://metalab.unc.edu/pub/Linux/system/mail" name="metalab.unc.edu/pub/Linux/system/mail" > elm의 소스나 설치된 Metalab 메일 관리자의 명령어 구조를 보면 더 자세한 정보를 얻을 수 있다. 이곳은 사람들이 실수하기 쉬운점을 몇가지 언급하고 있다. 일반적으로 elm은 PGP를 취급하지 않는다. PGP 지원 패치도 있지만, Mutt의 PGP 지원이 더욱 강력하다. 만약 당신이 PGP을 사용하기를 원하면, 나는 Mutt를 추천한다. Elm는 EDITOR/VISUAL의 관례를 존중한다. 2.4. pine Pine는 초보자를 위한 유저 관리자이다; 이것은 IMAP remote-mail 프로토콜을 위해 news-reading 지원과 built-in을 지원한다. 다수의 사람들이 초보자이므로 pine을 권한다. 나는 pine의 명령어 set이 빈약하고, 설정폭도 제한되어 편집하는데 어려움이 있다. 그러나 뛰어난 built-in IMAP을 지원한다. 만약 당신이 이것을 확인하기를 원하면, www.washington.edu/pine 에서 배포본을 구할수 있다. Pine는 EDITOR/VISUAL의 관례를 존중한다. 2.5. 네스케이프 그 넷스케이프 브라우저는 POP3과 IMAP remote-mail 기능이 있다.그래서 네스스케이프는 메일 관리자로 사용되어 지고 있다. 하지만,저는 넷스케이프를 추천하지 않는다. 이것은 MUA전용의 것이 아니기 때문에, MUA가(aliases, PGP 핸들링과 같은)가지고 있는 서비스를 많이 갖추고있지 못하기 때문이다. 네스케이프는 mini-editor를 제공하고 있으며, 브라우져를 통해서 사용할수 있다. ( 예를들면 텍스트 기록을 위해서 ) 2.6. Emacs rmail/smail and vm. Emacs는 메일을 보내기 위해서 smail을 사용고, 메일을 읽기 위해서는 rmail것을 이용한다. Emacs의 내부환경에서 메일을 구성함으로서 Smail방식은 아주 유용하다. 한편, rmail 방식은 추천하지 않는다. 당신이 매번 그것을 실행면 , 그것은 당신의 inbox를 BABYL 포맷으로 바꾼다; 보통의 메일 툴들은 이로인해 호환 문제가 발생할 것이다. ( 만일 이런일이 발생되면 Emacs 의 명령어 라인에 M-x unrmail을 게제하시오. ) 표준 V7 편지함들을 읽고/쓰기 위해서 Emacs의 Mailreader는 vm이라는 것을 사용한다. 이것은 표준적인 V7 메일 박스를 읽고 쓸수있다. vm은 GNU Emacs 배포본에 포함되지 않았지만, www.wonderworks.com/vm/ 에서 다운받을수 있다. Emacs의 smail/rmail/vm은 EDITOR/VISUAL 협약에 따르지 않는다. 대신에 당신은 개선된 Emacs를 사용할수가 있을것이다. 2.7. BSD mail 만약 당신이 리눅스 혹은 최근의 Unix 쉘에서 'mail'이라고 단순히 타이프하면, 어쩌면 BSD Mail 프로그램이 실행될것이다. BSD Mail은 line- oriented 인터페이스를 가지고있다. 이것은 원래 TTY에서 사용을 위해 설계되었기 때문이다. BSD Mail은 EDITOR/VISUAL 관례의 선례가 된 것이다. 2.8. 그외 유저 관리자 다음은 Linux에서 실행되는 관리자들 이다. 참고하기 바란다. o mush - mail user's shell, filtering 과 batch 처리로 매우 강력하다. o mh - mail handler, 또 하나의 mail user agent 저자도 mh,mush 대해서 자세한 사항은 아직 충분하지 못하다. 이것들은 보다 복잡한 인터페이스를 가지고 있으며, 고도의 기술을 가진 메일사용자를 위해 설게되었다. 3. 상급자용 화제 3.1. Aliases aliases는 2가지 종류가 있다: MUA aliases 와 MTA aliases . MUA alias는 본인이 직접 MUA를 설정하는 것으로, 일종의 개인적 약어법이다. 다른 사람은 이 alias를 보거나 사용할 수가 없다. 예를 들면 ______________________________________________________________________ alias esr Eric S. Raymond ______________________________________________________________________ 이와 같은 내용을 mutt의 설정 파일에 써 두면, mutt는 어드레스행에 놓여진 `esr' 에 대해서, 이것이 `esr@thyrsus.com'에 있는 것같이 동작 한다. 또 `mutt esr'라고 시작하면, 자동적으로 전개된 어드레스가 `to' 행으로 들어간다. MTA alias는 MTA를 전개 한다. 이것은 누구라도, 머신에 있는 사람이라도 리모트부터라도 사용할 수 있다. MTA alias를 준비시에는, 시스 템파일을 변경하지 않으면 안 된다. 보통은 (반드시, 는 아니다.) /etc/aliases 이다. (장소는 MTA에 의해 다라진다.) 자신의 시스템에 있는 /etc/aliases를 보면 내용은 알수 있을 것이다. 여기에는 이미, `postmaster' 같은 표준적인 alias가 몇개나 쓰여지고 있는 단어이다. 어쩌면 사용 MTA 에서는, alias의 목표로서 파일명을 지정 하는것이 가능하겠지요. 이것은 메일이 추가되는 메일박스로서 취급된다. (메일을 archive할 때에 편리하다). 또 목표로 프로그램을 지정하는 것도 할 수 있을 것이다. 이 경우 alias로의 메일은, 프로그램의 실례로 합당한, 표준 입력 경유로 건네지는 것이 된다. 3.2. 포워드 (전송) MTA alias를 설정시에는, 보통은 관리자 권한이 필요하게 된다. 그러나 관리자 개입없이 자신의 메일 전송 설정을 할 수 있도록 하는 편이, 메일 사용자에 있어서는 바람직하다. 이것을 지원하기 위해, 대부분의 MTA는 sendmail의 선례를 모방하여, 홈 디렉토리에 있는 .forward 라는 파일을 불러 낸다. 이 파일의 내용은 alias의 타겟으로 보여져, 당신의 메일은 이 주소를 받는 것이 된다. 이 기능의 가장 일반적인 이용법은, 메일을 구별 머신에 있는 어카운트에 전송하는 것이다. 3.3. 자동 답신 .forward 의 다른 사용법으로서, 메일을 `vacation' 프로그램에 넘겨주는 것 도 자주 행해진다. vacation 프로그램은 받은 메일을 읽고, canned reply (역주: 부재중 전화의 녹음 테이프의 대답같은 것이다) 를자 동적으로 생성 한다. canned reply 라는 이름으로 불리우고 있는 것은, 이 대답 의 내용은 대부분 「당사자가 휴가중으로, 언제 언제까지 부재이다」것을 보내 주인 에게 전하는 것이기 때문이다. 만인이 이용하고 있는 표준적인 vacation 프로그램, 이라고 하는 것은 없는 것 같다. 이것은 두개의 이유 때문이다. 한나는, 이러한 프로그램 은 filter rule (뒤에서 설명한다.)의 쉘 스크립트로서 매우 간단하게 쓸 수 있는 것과 두번째는, vacation 프로그램과 메일링 리스트와의 상호 작용 이 나쁜 것 이다. 자동 답신 설정을 하기 전에는, 읽고 있는 메일링리스트를 모두 일시적으로 unsubscribe하지 않는다고 할 수 없다. 다른 방법으로, 메일링 리스트의 구성원 모두가, 당신의 vacation 프로그램으로부터 canned message의 홍수를 받는 것이 된다. 이것은 매우 버릇없는 행동 이라고 생각한다. 당신은 돌아 왔을 때, 매우 냉담한 취급을 받을 것이다. 3.4. 메일링리스트 메일링리스트란, 메일을 복수의 사람에 보내기 위한 pseudo-address이다. 제일 간단하게, 복수의 수취처를 기술한 MTA alias를 사용하면 메이링 리스트를 실현할 수 있다. 작은 메일링리스트는 이러한 모습으로 운영 되고있다. sendmail의 /etc/aliases 문법에서는, alias의 대상 옆에 메일링리스트의 내용을 기술한 파일을 지정할 수 있게 되어 있고, 이러한 운영이 편하게 되어 있다 . 지정은 아래와같이 한당. ______________________________________________________________________ admin-list: ":include:/usr/home/admin/admin-list" ______________________________________________________________________ 이 이점은, admin-list 파일을 비특권 사용자 영역의 어딘가에 위치시켜 놓는 것이다. (root 권한이 필요하게 되는 것은 상기의 기술을 초기에 추가할 때 뿐이다.) 다른 MTA에도 같은 기능을 가지고 있는 것이 있다. 이러한 간단한 리스트는, 좋게 `mail reflector' 라고 불리운다. (역주: reflector = 반사하는 것). 메일리플렉터에는 몇개의 문제가 있다. 하나는, 배송에 실패했을 때의 busmouse 메세지가 사용자 전원에게 배송되어 버리는 것이다. 또 하나는 subscriptions 과 unsubscriptions 모든 것을 메일링리스트 관리자가 수동으로 하지 않으면 안 되는 것이다. 메일링리스트 매니저라고 불리우는 소프트웨어는, 상기의 것을 시작하여 , 이런 문제를 해결하기 위해서 개발되어 왔다. 가장 중요한 기능은, 메일링리스트의 사용자에게 subscriptions and unsubscriptions을 자신만 (리스트의 관리자를 통하지 않고) 할 수 있도록 하는 것이다. 메일링리스트 매니저는 사용자 리스트 정보를 스스로 보관 유지하고, MTA 에는 /etc/aliases의 프로그램 alias로 연결된다. 예를 들면, 상기의 admin- list이, SmartList 라는 메일링리스트 매니저를 통과시켜 sendmail 시스템으로 배송을 하려고 하면, /etc/alises의 조건 부분은 아래와 같게된다. ______________________________________________________________________ admin-list: "|/usr/home/smartlist/bin/flist admin-list" admin-list-request: "|/usr/home/smartlist/bin/flist admin-list-request" ______________________________________________________________________ alias가 두개있는 것에 주의해 주세요. 관례로서, 실제의 메이링 그리스트는 request address라고 말하고, 사용자의 subscription and unsubscription의 처리에 이용되는 어드레스를 가지게 되었다 . 이러한 리스트에서, subscription and unsubscription를 메인의 어드레스에 보내면, 버릇없고 무지하게 생각되어 진다. 조심하자. 요구 어드레스의 이면에 갖고 있는 자동 장치는, subscription/unsubscription 이외에도 여러가지 기능을 가지고 있는 것이 많다. help 요구에 대응하거나, 리스트 에 있는 멤버가 누구인지를 가르쳐 주거나, 리스트의 archive로 자동적인 접근을 실현하고 있거나 한다. 또 리스트의 관리자를 도와, post을 특정 멤버에게 제한시키거나, 멤버가 아닌 사람이 post를 가지고 있으면 그 사람을 자동적으로 등록하거나 할 수 있을지도 모르고, 그 외에도 여러가지 보안 수단에 기초를 둔 선택을 제공하고 있는 것이다. 이것들의 부차적인 목적에 관한 메일링리스트 매니저의 설계는, 패키지마다 크게 달라진다. 유감이지만, 메일링리스트의 요구 자동 장치로의 송신 커멘드에는, 표준적인 포맷은 없다. Subject 행에 커멘드를 넣는 것도 있지만, Subject 행은 무시하고 메세지 본문에 커멘드를 넣는 것도있다. 최초에 subscribe했을 때로 돌아 온 메일을, 조심해 읽을 필요가 있다. 이러한 메일은 subscribe 메일박스에 보존해 두고, 추후부터 참 조할 수 있도록 해 두는 것이 좋다. 누구나 알아 두는 것이 마땅한 가장 중요한 메일링리스트 매니저는, majordomo, listserv, listproc, smartlist 겠다. 이중에서도 majordomo 가 인기있고, 다른것을 누르고 가장 많이 보급하고 있다. 이러한 패키지에 관련된 방대한 정보를 web에서 구하기를 원하면, www.catalog.com/vivian/mailing-list-software.html 을 추천 한다. 메일링리스트 매니저에 관한 보다 자세한 정보는, List-Managers Mailing List www.greatcircle.com/list-managers/ 에 있는 리소 스를 조사해 봅시다. FAQ 도 있다. (주의: 이 리스트는 HOWTO 적인 질 문을 하는데 적합한 리스트가 아니다). 3.5. 메일필터 메일필터란 지역적인 배송 대리인과 사용자 사이에 위치하는 프로 그램으로, 사용자가 메일을 보기 전에 자동적으로 처리하거나 접수를 거부하는 것을 해 준다. 메일필터에는 편리한 용도가 많이 있다. 중요한 것으로는, spam 필터링을 하거나, 토픽과 발송인에 의해 메일을 복수 메일박스에 분배하거나, 메일에 자동 답신하거나, 등이 있다. 보통 메일필터를 설정하려면, 먼저 .forward 파일에 필터 프로 그램에 대한 프로그램 alias를 두고, 계속해서 필터링의 규칙을 파 일에 기술 한다. 필터 규칙 파일의 포맷과 위치는, 필터 프로그램에 의해 달르다. 3대 메일필터 (procmail, mailagent, deliver)의 기능을 효과적으로 요약한것이 Chris Lewis Email Software Survey 의 3 파트 www.faqs.org/faqs/mail/setup/unix/part3/index.html 에 있다. 3 개 중에서도 가장 인기있는 것은 (규칙을 기술하는 문법은 중요하지 않기 때문에) procmail에서, 보통 Linux 시스템에는 대부분 존재하고 있다. (그리고 , 실제로, 시스템의 로컬 배송 대리인으로서 일반적으로 사용되고있다.) 3.6. spam의 대처 spam 는 `UCE' (Unsoliciated Commercial Email: 마음대로 보내져 오는 상업적 Email) 혹은 `UBE' (Unsoliciated Bulk Email: 마음대로 보내져 오는 대량의 메일) 등이라고도 불리운다. 이러한 이름에서 알수있는 것처럼, spam는 같은 내용의 것을 많은 사람에게 전송하여, 당신의 메일박스를점유해 버리는 불쾌한 광고이다. (`spam'라는 말은, Monty Python's Flying Circus (역주: 일찌기 BBC에서 방송되고 있던 버라이어티 프로그램)쇼로부터 , 바이킹의 교회 성가대의 노래에서 "Spam spam spam spam..." 로 계속 반복하는 모습으로부터 전해졌다.) spam의 대부분은, 피라미드 계획을 위한 권유, pornography 광고, (성가시게) spam 송신 프로그램의 판매등이다. 몇개의 spam (MAKE MONEY FAST 와 Craig Shergold의 엽서에 관한 데마등)은 몇번이나 반복되어져, 이미 전설적인 것으로 지속되어지고 있다. spam는 말이 많고 저질이다. 시간 낭비이고, 네트워크의 대여폭의 거대한 낭비도 있다. spam 의 유행은 1997해 중순에 최고로 다달해, 그 이후는 천천히 줄어들고 있는것 같다. 그러나 여전히 심각한 불쾌감 일 수 있다. 만약 spam의 홍수에 시달리고 있다면, 교육 받길 바란다. Browse the Fight Spam on the Internet! spam.abuse.net/ 의 페이지를 보기 바란다. Death To Spam! www.mindworkshop.com/alchemy/nospam.html 의 페이지는, spam를 멈추거나 backtracking하는 방법을 소개하고 있어, 특히 효과적이다. 3.7. 다른 정보원 3.8. USENET 전자 메일 기술을 주제로 하고 있는 Usenet 그룹은 많다. o comp.mail.elm the ELM mail system. (ELM 메일시스템) o comp.mail.mh The Rand Message Handling system. (Message Handling (MH) 시스템) o comp.mail.mime Multipurpose Internet Mail Extensions. (다목적 인터넷 메일 확장 :MIME) o comp.mail.misc General discussions about computer mail. (컴퓨터를 이용한 메일에 관한 일반적인 토론) o comp.mail.multi-media Multimedia Mail. (multi-media mail) o comp.mail.mush The Mail User's Shell (MUSH). (메일 유저 쉘 MUSH) o comp.mail.sendmail the BSD sendmail agent. (BSD sendmail agent) o comp.mail.smail the smail mail agent. (smail 메일 agent) o comp.mail.uucp Mail in the uucp environment. (uucp 환경에서의 메일) 3.9. 서적 전부 열거할수는 없지만, 도움이 되는 책을 아래에 몇가지 소개한다. o "Sendmail" (O'reilly and Associates)는 sendmail-v8 와 sendmail+IDA 에 관한 참고서의 결정판이다. sendmail로 무엇인가를 하고 싶은 사람으로, 특히 체험을 싫어하는 사람은 「반드시 」구입하는 것이 마땅하다. o "The Internet Complete Reference" (Osborne) 는 인터넷에서 이용 할 수 있는 다양한 서비스에 대해서 설명한 참고서이다. 뉴스, 메일 그 외의 다른 인터넷 자원에 관한 방대한 정보 소스가 있다. o LDP의 Olaf Kirch에 의한 "The Linux Networking Administrator's Guide"는 net에서도 읽을만하고, (적어도 ) O'reilly 와 SSC 로부터 출 판되어 있다. 이것은 one-stop shopping guide와 같은 것으로서, Unix의 네트 워크에 관한 것이라면, 당신이 필요하다고 생각한 것은 어떤것이라도 이 책에서 배울 수 있을 것이다. 3.10. 정기적인 USENET Postings 소개할 가치가 있는 것으로, Chris Lewis에 의한 unix 전자 이메일 소프트웨어에 관한 post가 정기적으로 되어지고 있다. rtfm.mit.edu/pub/usenet/comp.mail.misc 으로부터 입수할 수 있다. 파 일이름은 ``UNIX_Email_Software_Survey_*'' 이다. HTML 화된 것은 www.faqs.org/faqs/mail/setup/unix/ 에서도 이용할 수 있다. 그러나 이 문서를 쓰고 있는 1999해의 단계에서는, 1996해의 것에서 그다지 많이는 갱신되어 있지 않은것 같다. 3.11. Where NOT to look for help 이제 Linux에는, 메일의 설정과 운용에 관해서, 다른 Unix와 특별히 다른것은 없다. 그렇기 때문에 당연이, 메일에 관한 일반적인 질문은, comp.os.linux.* 뉴스 그룹에 post해야 하는것은 아니다. 정말로 Linux에 특별한 화제가 아닌 한(예를 들면「smail3.1.28 의 SLS 1.03 버전에 이미 컴파일 되어 있는 routers에는 어떤 것이 있을지 가르쳐 주세요」) 질문은 위에 열거된 뉴스 그룹과 메이링 리스트의 어느것에 해야 한다. 나에게 그것을 반복하도록 하여 주십시오!. 메일에 관련한 화제를 comp.os.linux 계층에게 post할 이유는, 사실상 없다. comp.mail.* 계층하에 있는 뉴스 그룹에서, 당신의 질문 모두를 취급할 수 있을 것이다. comp.os.linux.*로 Linux에서 특별한 문제가 되지 않는 post를 하는 사람은, 틀린 장소 에서 도움을 찾고 있는 것이 된다. 전자메일의 전문가들은 위에서 소개한 곳 외의, Linux 그룹에는 없다. Linux 계층으로 Linux의 특별하지 않은 질문을 하면, 당신의 시간뿐만 아니라 다른 사람모두의 시간이 쓸모없게 된다... 또 당신이 회답을 얻기까지 걸리는 시간도 자주 지연 될것이다. 4. 이 문서에 대해서 4.1. 피드백 (이 섹션을 쓴 것은 Vince 입니다만, 나의 정책도 같다. ) 긍정적인 것이든 부적적인 것이든, 이 문서의 내용에 관한 피드백은 항상 환영한다. 전자메일로 부탁 합니다. 특히, 실수와 분명히 생략된 것이 있면, 연락을 부탁 합니다. 받은 메일은 모두 읽지만, 반드시 답장한다고는 하지 못한다. 개선 요구에 대해서 고려하고 대처 할지는, 그 날의 빈 시간, 요구의 장점, 그 날의 혈압 :-) 등에 의해 결정된다. 프레임이 빠른 시간안에 /dev/null 행에 포함될것은 걱정하지 않는다. 특히, 패스명에 관련하는 Linux filesystem standarad는 현 재도 진화 발전 된는 것이다. 이 문서에서 사용하고 있는 패스명은, 문서 각각의 부분이 집필된 시점에서의 표준과, 내가 개인적으로 견문한 배포물 과 「kits」의 패스에 기초한다. 사용되고 있는 배포물에서 어느 패스를 사용하고 있는지는 각자 조사해 보시오. 문서의 포맷에 관한 피드백은 HOWTO 관리자에게 보내는 편이 좋을 것이다. linux-howto@metalab.unc.edu 로 메일을 보내시오. 4.2. 저작권에 대해서 이 절은 원문으로도 나타낸다. 번역문도 있지만, 원문이 우선 이다. The Mail-HOWTO is copyrighted (c)1999 Eric S. Raymond. Copyright is retained for the purpose of enforcing the Linux Documentation Project license terms. A verbatim copy may be reproduced or distributed in any medium physical or electronic without permission of the author. Translations are similarly permitted without express permission if it includes a notice on who translated it. Short quotes may be used without prior consent by the author. Derivative work and partial distributions of the Mail-HOWTO must be accompanied with either a verbatim copy of this file or a pointer to the verbatim copy. Commercial redistribution is allowed and encouraged; however, the maintainer would appreciate being notified of any such distributions (as a courtesy). In short, we wish to promote dissemination of this information through as many channels as possible. However, we do wish to retain copyright on the HOWTO documents. We further want that all information provided in the HOWTOS is disseminated. If you have questions, please contact the Linux HOWTO coordinator, at linux-howto@metalab.unc.edu. (번역) Mail-HOWTO의 저작권은 (c)1999 Eric S. Raymond에게 있다. Linux Documentation Project의 허가 조항을 지켜 주기 위해, 필자는 저작권 을 유보 한다. 이대로의 형태이면, 어떠한 매체와 전자적으로도, 복제와 배포에 저자 의 허가는 필요 없다. 번역에 대해서도, 누가 번역한 것을 명기한다면 , 이같은 허가는 필요 없다. 짧은 인용으로 사용할 때에도, 저자의 사전 동의없이 사용될지도 모른다 . 이 문서를 대폭적으로 고쳐 쓰거나, 문서의 일부를 배포하는 경우에는, 원본의 사본인지, 원본의 재처를 첨부해 주세요. 영리 목적의 재배포도, 물론 허가 한다 그러나, 배포시에는 저자에게 연락해 주시면 고맙겠다. (의무가 아니다). 요컨데 우리들은, 이 정보를 가능한 한 많은 매체를 통해 널리 퍼지기를 원하고 있다. 그러나 HOWTO 문서의 저작권은 보관 유지하고 싶다고 생각한다. HOWTO 를보다 넓히기 위한 정보가 있으시면, 어떤것이라도 알려 주시기 바랍니다. 만약 질문이 있으면, Linux HOWTO의 관리자에게 연락해 주십시오. 연락처는 linux-howto@metalab.unc.edu 입니다. 4.3. Standard Disclaimer Of course, we disavow any potential liability for the contents of this document. Use of the concepts, examples, and/or other content of this document is entirely at your own risk. (일본어(뜻)이유) 물론 우리들은, 이 문서에 있을지도 모르는 오류에 관한 책임을 지지 않는다. 이 문서에 있는 개념·예·그외는, 모든것을 독자 자신의 책임 아래 이용하길 바란다. 4.4. 사례 이 문서는 최초에 Vince Skahan에 의해 집필 되었다. 내가 번역을 했다. ISP가 주류가 되고, UUCP가 대부분 과거의 추억이 된 최근의 상황에 맞추었다. 1999년 5월에, 문서의 이름이 "The Linux electronic Mail HOWTO"로 변경 되었다. Guylhem Aznar 의 Mail HOWTO 와 이름의 충돌을 피하기 위해서 이다. 그의 문서는 Mail Administrator HOWTO로 되었다.