· KLDP.org · KLDP.net · KLDP Wiki · KLDP BBS ·
Docbook Sgml/Mail-User-HOWTO

The Linux Mail User HOWTO

The Linux Mail User HOWTO

Eric Steven Raymond

이호진

     
    

허성욱

     
   

이 문서는 리눅스에서 전자 메일(email) 세계를 소개한 것이다. 그것은 ISP을 경유하여 네트워크에 접속되어 있는 소형 리눅스 서버에서 발생할수 있는 전형적인 설정과 user-level 문제에 대해서 기술한다.

만일 당신이 지역간 통신을 하거나 멀리 떨어져 있는 웹사이트에 E-mail을 보낸다면 이 글을 읽기 바란다. 당신이 내부 또는 외부 사이트와 E-mail 교환을 하지 않는다면, 이 문서는 아마 필요가 없다.

메일의 설정과 관리에 대한 정보가 필요하면 Mail Administrator HOWTO를 보아 주십시오.

고친 과정
고침 3.222 February 2001고친이 esr
LDP Styleguide markup fixes.
고침 3.18 December 2000고친이 esr
Mention Mailman.
고침 3.012 August 2000고친이 esr
First DocBook version.

1. 소개

이 문서는 어떻게 전자우편이 작동 하는지를 설명할 것이고, 리눅스기반의 이메일 소프트웨어에 관한여 빈번히 질문되는 몇가지를 답변 할것이다.

최근의 리눅스 배보판들은 sendmail-v8의 최근 프로그램을 포함하고 있으며, 이메일 서버를 설정하는데 보다 편리한 환경을 제공하고 있다. 본 HOWTO는 인터넷 상에서의 이메일을 운용, 설정에 대한 방법을 알수 있을 것이다.

(ISP업체를 통한 PPP 혹은 SLIP 링크를 설정하는 방법에 관한 정보는, ISP Hookup HOWTO를 보십시오.)

따라서, Vince Skahan의 1.x 버전과 달리, 이 HOWTO는 사용자 문제와 구조에 관점을 두었다; UUCP 과IDA sendmail등의 기술적 내용과, 이전에 중요시되었던 몇 개의 항목이 삭제되었다.


1.1. 이 문서의 최신판

이 문서는 뉴스그룹에 한달에 한번 게재되고 있다.news:comp.os.linux.answers 그리고 본 사이트에서 http://metalab.unc.edu/LDP/HOWTO/Mail-User-HOWTO.html 이 문서의 최신 버젼을 볼 수 있다.


1.2. 하드웨어 사항

리눅스 기반의 메일서버 구축에 대한 특별한 하드웨어 사항은 없다. 그러나 만일 당신의 서버가 인터넷에 연결이 된다면, 이메일에 대한 기능을 사용할 수 있다.


1.3. 프로그램 소스

프로그램은 이미 리눅스 배포본을 설치할때 미리 설치되었을 것이다. 또한 당신은 Metalab Linux Archive 에서 최신 정보를 받을수 있을 것이다. 특히 mail 서브 디렉토리 http://metalab.unc.edu/pub/Linux/system/mail 에서 프로그램을 구할수 있다.


2. Mail User Agents

이 장에는 Mail User Agent: MUA에 관한 정보가 포함되어 있다 . 이것은 사용자가 참조하고, 이용하는 소프트웨어이다. MUA가 실제로 메일을 보내려면, Mail Transport Agent가 필요하다. 여기서는 Mail Administrator's HOWTO 편에서 설명하고 있다. (user-agent의 설정과, 관리자용의 문제해결 팁등도 기술 되어 있다).


2.1. 메일 편집기 설정

MUA은 디폴트값 설정변경으로 자신이 원하는 외부의 에디터를 실행하여 메일을 작성할수가 있다. 대부분의 MUA는 예전의 Unix's의 관례에 따라 VISUAL 환경변수가 존재하며, 이 값을 변경함으로서 우선적으로 설정된 에디터가 실행 될 것이다. 만약 VISUAL변수의 값을 설정하지 않으면, EDITOR변수를 점검한다.

EDITOR변수는 일반적으로 viemacs를 포함한다.

EDITOR변수의 값으로 가장 인기있는 것은 viemacs이다. 그러나 본인처럼 Emacs를 항상 사용한다면, EDITORemacsclient 를 설정하는 것이 가장 유용할 것이다. 이것은 당신의 .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 home page 에 홈페이지가 있다.

Mutt는 EDITOR/VISUAL의 관례를 존중한다.


2.3. elm

Elm은 최초의 현대적인, screen-oriented Unix 메일러이였지만, 지금은 오래 사용되지 않고 Mutt로 전환되어 지고 있다. elm의 어떤 버젼은 POP3를 지원한다. 이에 대한 보다 많은 정보는 elm소스나, Metalab mail user agents directory.의 설치 문서에서 볼 수 있다. 이 곳은 사람들이 실수하기 쉬운점을 몇가지 언급하고 있다.

elm은 PGP를 취급하지 않는다. PGP 지원 패치도 있지만, Mutt의 PGP 지원이 더욱 강력하다. 만약 당신이 PGP을 사용하기를 원하면, 나는 Mutt를 추천한다.

Elm는 EDITOR/VISUAL의 관례를 존중한다.


2.4. pine

Pine는 초보자를 위한 유저 관리자이다; 이것은 IMAP remote-mail 프로토콜을 위해 뉴스 읽기 지원과 built-in을 지원한다. 많은 사람들이 초보자이므로 pine을 권한다. 나는 pine의 명령어 set이 빈약하고, 설정폭도 제한과 자체 편집기로 작업 하기가 어려운 것을 찾아내었다. 그러나 뛰어난 built-in IMAP을 지원한다. 만약 당신이 이것을 확인하기를 원하면,http://www.washington.edu/pine 에서 배포본을 구할수 있다.

Pine respects the EDITOR/VISUAL convention.

Pine는 EDITOR/VISUAL의 관례를 존중한다.


2.5. Netscape

넷스케이프 브라우저는 POP3과 IMAP remote-mail 기능이 있다. 그래서 메일 관리자로 사용되어 진다. 하지만, 나는 넷스케이프를 추천하지 않는다. 이것은 MUA전용의 것이 아니기 때문에, MUA가(aliases, PGP 핸들링과 같은)가지고 있는 서비스를 많이 갖추고있지 못하기 때문이다. 그렇지만 LDAP나 SSL은 지원한다.

넷스케이프는 스스로 작은 에디터를 제공하고 있으며, 브라우져를 통해서 사용할 수 있다. (예를들자면 텍스트 기록정도)


2.6. Emacs rmail/smail과 vm.

Emacs는 메일을 보내기 위해서 smail을 사용하고, 메일을 읽기 위해서는 rmail을 이용한다. Emacs의 내부환경에서 메일을 작성함으로서 Smail방식은 아주 유용하다.(하지만 이 문서의 다른 곳의 emacsclient의 해설을 보는 것이 좋다.

반면, rmail 방식은 권하지 않는다. 당신이 매번 그것을 실행할때, 당신의 inbox를 BABYL 포맷으로 바꾼다; 보통의 메일 도구들은 이로인해 문제가 생길 것이다. (만일 이런일이 발생되면 Emacs의 명령어 라인에M-x unrmail을 게제하시오.)

표준 V7 편지함들을 읽고/쓰기 위해서 Emacs의 Mailreader는 vm이라는 것을 사용한다. vm은 GNU Emacs 배포본에 포함되지 않았지만, http://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. 다른 user agents

다음은 Linux에서 실행되는 것들이다. 'archie'에 문의하면 찾을 수 있다...

mush

mail user's shell, filtering과 batch 처리에 매우 강력하다.

mh

mail handler, 또 하나의 mail user agent

나도 mh나 mush 대해서 자세한 사항은 아직 충분히 알지 못한다. 이들은 보다 복잡한 인터페이스를 가지고 있으며, 고도의 기술을 가진 메일사용자를 위해 설게되었다.


3. 수준높은 논제들

3.1. Aliases

'alias'는 가짜 주소(이름)를 설정해 다른(하나의)주소에 메일을 간단히 전송하는 방법이다. 이것은 MUA aliases 와 MTA aliases의 2가지 종류가 있다.

MUA alias는 본인이 직접 MUA를 설정하는 것으로, 일종의 개인적 약어법이다. 다른 사람은 이 alias를 보거나 사용할 수가 없다. 예를 들어

alias esr	Eric S. Raymond	<esr@thyrsus.com>

이와 같은 내용을 mutt의 설정 파일에 써 두면, mutt는 어드레스행에 놓여진 `esr' 에 대해서, `esr@thyrsus.com'라고 친것 처럼 동작 한다. 또는 `mutt esr'라고 치면, 자동적으로 어드레스가 전개되어 `to' 행으로 들어간다.

MTA alias는 MTA를 전개 한다. 이것은 머신이나 원격지의 양쪽 어느 누구라도 사용할 수 있다. MTA alias를 만들때는, 시스템파일을 변경해야 한다. 보통은(반드시는 아니다) /etc/aliases/etc/mail/aliases이다. (장소는 MTA에 따라 달라진다) 자신의 시스템에 있는 aliases를 보는 것이 유익할 것이다; 여기에는 이미 `postmaster' 같은 표준적인 alias가 몇 개 쓰여져 있다.

당신의 MTA 에서, alias의 목표로 파일명을 지정 하는것이 가능하다면. 이것은 메일이 추가되는 메일박스로서 취급된다. (메일을 archive할 때에 유용하다). 목표로 프로그램을 지정할 수 있다면. 이 경우 alias로 보낸 메일은, 프로그램의 요구에 합당한, 표준 입력이 된다.


3.2. 포워딩

MTA alias의 설정에는 보통 관리자 권한이 필요하게 된다. 하지만 관리자의 개입없이 자신의 메일 forwarding 설정을 할 수 있도록 하는 편이, 메일 사용자에 있어서는 바람직하다.

이것을 지원하기 위해, 대부분의 MTA는 sendmail의 선례를 따라, 홈 디렉토리에 있는 .forward 라는 파일을 불러 낸다. 이 파일의 내용은 alias의 목표처럼 연기해, 당신의 메일을 이 주소에서 받게 된다. 이 기능의 가장 일반적인 용법은, 메일을 다른 머신에 있는 계정에 전송하는 것이다.


3.3. 자동 답신

.forward 의 다른 사용법은, 메일을 `vacation' 프로그램에 넘겨주는 것이다. vacation 프로그램은 받은 메일을 읽고, canned reply (역주: 부재중 전화의 녹음 테이프의 대답같은 것이다)를 자동적으로 생성 한다. canned reply 라는 이름으로 불리우는 것은, 이 대답의 내용이 대부분 「당사자가 휴가중으로, 언제 언제까지 부재중 이다」라는 것을 보낸 사람에게 전하는 것이기 때문이다.

대부분이 사용하고 있는 표준적인 vacation 프로그램, 이라고 하는 것은 없는 것 같다. 이것은 두개의 이유 때문이다. 하나는, 이러한 프로그램은 filter rule (뒤에 설명한다.)이나 쉘 스크립트로서 매우 간단하게 쓸 수 있다는 것. 두번째는, vacation 프로그램과 메일링 리스트와의 상호 작용 이 나쁜 것 이다.

자동 답신 설정을 하기 전에는, 읽고 있는 메일링리스트를 모두 일시적으로 unsubscribe하지 않는다고 할 수 없다. 다른 방법으로, 메일링 리스트의 구성원 모두가, 당신의 vacation 프로그램으로부터 canned message의 홍수를 받는 것이 된다. 이것은 매우 버릇없는 행동이며, 당신이 돌아 왔을 때, 매우 냉담한 취급을 받을 것이다.


3.4. 메일링 리스트

A mailing list is a pseudo-address that sends mail to more than one user.

메일링리스트란, 메일을 복수의 사람에 보내기 위한 pseudo-address이다.

제일 간단하게, 복수의 수취처를 기술한 MTA alias를 사용하면 메일링 리스트를 실현할 수 있다. 작은 메일링리스트는 이러한 모습으로 운영 되고있다. sendmail의 /etc/aliases 문법에서는, alias의 대상 옆에 메일링리스트의 내용을 기술한 파일을 지정할 수 있게 되어 있고, 지정은 아래와같이 한다.

admin-list:     ":include:/usr/home/admin/admin-list"

이 방법의 장점은, admin-list 파일을 권한이 없는 사용자 영역의 어딘가에 위치시켜 놓는 것이다. (root 권한은 위의 기술을 처음에 추가할 때 뿐이다.) 다른 MTA에도 같은 기능을 가지고 있는 것이 있다.

이 간단한 리스트는, 보통 `mail reflectors '라고 불리운다. (역주: reflector = 반사하는 것). Mail reflectors에는 두 개의 문제가 있다. 하나는, 전송에 실패했을 때의 되돌아오는 메세지가 사용자 전원에게 전송되어 버리는 것이다. 또 하나는 구독과 해지의 모든 것을 메일링리스트 관리자가 수동으로 해야한다.

mailing list manager라고 불리우는 소프트웨어는, 이런 문제와 연관된 것들을 해결하기 위해서 발전되어 왔다. 가장 중요한 기능은, 메일링리스트의 사용자에게 구독과 해지를 리스트의 관리자를 통하지 않고 할 수 있도록 하는 것이다.

메일링리스트 매니저는 사용자 리스트 정보를 스스로 보관 유지하고, 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라는 사용자의 구독과 해지에 이용되는 어드레스를 가진다. 이러한 리스트에서, 구독과 해지를 메인의 어드레스에 보내면, 버릇없고 무식하게 보인다. 그러지 말자.

request address의 뒤에 있는 자동 장치는, 구독/해지 외에도 여러가지 기능을 가지고 있다. help 요청에 대응하거나, 리스트에 누가 있는지를 알려 주거나, 리스트의 archive에 자동으로 접근하는 기능도 있다. 또 리스트의 관리자를 도와, posting을 특정 멤버에게 제한하거나, 멤버가 아닌 사람이 처음 posting을 하면 그 사람을 자동적으로 등록하거나, 다양한 보안관련 옵션도 설정할 수 있다. 메일링리스트 매니저는 본래 설계와 이들의 부수적인 기능의 범위에 따라 차이가 있다.

유감스럽게도, 메일링리스트의 요구 자동 장치로의 송신 커멘드에, 표준적인 포맷은 없다. Subject 행에 커멘드를 넣는 것도 있지만, Subject 행은 무시하고 메세지 본문에 커멘드를 넣는 것도 있다. 처음 구독 했을 때로 돌아 온 메일은, 조심해 읽을 필요가 있다. 이러한 메일은 구독 메일박스에 보존해 두고, 나중에 참조할 수 있도록 해 두는 것이 좋다.

잘알려진 중요한 메일링리스트 매니저는, majordomo, listserv, listproc, smartlist 정도다. 이 중에서도 majordomo가 가장 인기있다. 최근의 mailman이라는 리스트 관리자는 매우 훌륭한 웹 기반의 가입/해제/관리 인터페이스를 가졌으며, 많은 인기를 얻으며, 쇠퇴해가는 옛 프로그램들의 왕자가 될 것 이다. 이러한 패키지에 관련된 정보를 web에서 구하기를 원하면, list 에서 찾아보자.

메일링리스트 매니저에 관한 자세한 정보는,List-Managers Mailing List에 있는 리소스를 조사해 보자. FAQ도 있다. (주의: 이 리스트는 HOWTO적인 질문을 하는데 적합하지않다.).


3.5. 메일 필터들

메일필터란 로컬 배달 에이전트와 사용자 사이에 위치하는 프로그램으로, 사용자가 메일을 보기 전에 자동적인 분배나 수신 거부 기능을 한다.

메일필터는 편리한 용도가 많다. 중요한 것으로는, spam 필터링을 하거나, 주제나 보낸이에 따라 메일을 복수 메일박스에 분배하거나, 자동 답신 메일을 보내는 등이 있다.

보통 메일필터를 설정하려면, 먼저 .forward 파일에 필터 프로그램에 대한 프로그램 alias를 두고, 계속해서 필터링 규칙을 파일에 기술 한다. 필터 규칙 파일의 포맷과 위치는, 필터 프로그램에 따라 다르다.

3대 메일필터 (procmail, mailagent, deliver)의 기능을 효과적으로 요약한 것이 Chris Lewis Email Software Survey 의 part 3에 있다. 이 중에서 가장 인기있는 것은 (규칙을 기술하는 문법은 중요하지 않으므로) procmail로, 대다수의 Linux 시스템에 존재하고 있다. (실제로, 시스템의 지역 배달 에이전트로 일반적으로 사용된다.)


3.6. 스팸의 대처

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의 홍수에 시달리고 있다면, 교육 받길 바란다. Fight Spam on the Internet!의 페이지를 보기 바란다.Death To Spam! 의 페이지는, spam을 멈추거나 backtracking하는 방법을 소개하고 있어, 특히 효과적이다.


4. 다른 정보원

4.1. USENET

전자 메일 기술을 주제로 하고 있는 Usenet 그룹은 많다.

comp.mail.elm

ELM 메일 시스템.

comp.mail.mh

The Rand Message Handling system.(메시지 핸들링(MH)시스템)

comp.mail.mime

Multipurpose Internet Mail Extensions.(다목적 인터넷 메일 확장: MIME)

comp.mail.misc

General discussions about computer mail.(컴퓨터 메일에 관한 일반적인 토론)

comp.mail.multi-media

Multimedia Mail.

comp.mail.mush

The Mail User's Shell (MUSH).(메일 유저 쉘)

comp.mail.sendmail

the BSD sendmail agent.

comp.mail.smail

the smail mail agent.

comp.mail.uucp

Mail in the uucp environment.(UUCP에서 메일 환경)


4.2. 서적

전부 열거할수는 없지만, 도움이 되는 책을 아래에 몇가지 소개한다.

Sendmail

"Sendmail" (O'reilly and Associates)은 sendmail-v8 와 sendmail+IDA 에 관한 참고서의 결정판이다. sendmail로 무엇인가를 하고 싶은 사람으로, 특히 체험을 싫어하는 사람은 「반드시 」구입하는 것이 좋다.

The Internet Complete Reference

(Osborne)는 인터넷에서 이용 할 수 있는 다양한 서비스에 대해서 설명한 참고서이다. 뉴스, 메일 그 외의 다른 인터넷 자원에 관한 방대한 정보 소스가 있다.

The Linux Networking Administrators' Guide

(LDP의 Olaf Kirch)는 net에서도 읽을 수 있고, (적어도) O'reilly 와 SSC 로부터 출판되어 있다. 이것은 one-stop shopping guide와 같은 것으로서, Unix의 네트워킹에 관해서, 당신이 필요하다고 생각한 모든 것은 이 책에서 배울 수 있다.


4.3. 정기적인 USENET Postings

Chris Lewis에 의한 unix E-메일 소프트웨어에 관한 정기적인 posting이 소개할 가치가 있다..ftp://rtfm.mit.edu/pub/usenet/comp.mail.misc에서 입수할 수 있다. 파일이름은 ``UNIX_Email_Software_Survey_*''이다. HTML화된 것은http://www.faqs.org/faqs/mail/setup/unix/에서도 이용할 수 있다. 그러나 이 문서를 쓰고 있는 1999년의 시점에서는, 1996년의 것에서 그다지 많이는 갱신되어 있지 않다.


4.4. Where not to look for help

이제 Linux에는, 메일의 설정과 운용에 관해서, 다른 Unix와 별 다른것은 없다. 따라서 메일에 관한 일반적인 질문은, comp.os.linux.* 뉴스 그룹에 posting 하지 않기를 바란다.

정말 Linux에 관한 특별한 화제가 아닌 한(예로서 「smail3.1.28 의 SLS 1.03 버전에 이미 컴파일 되어 있는 router들에는 어떤 것이 있을지 가르쳐 주세요」) 질문은 위에 언급된 뉴스 그룹과 메일링 리스트 중 하나에 해야 한다.

자신에게 이것을 반복시키자.

메일에 관련된 것을 comp.os.linux 계층에게 post할 이유는, 사실상 없다. comp.mail.* 계층 아래에 있는 뉴스 그룹에서는, 당신의 질문을 모두다룰 수 있다.

comp.os.linux.*로 Linux에서 특별한 문제가 되지 않는 post를 하는 사람은, 틀린 장소에서 도움을 찾고 있는 것이 된다. 전자메일의 전문가들은 위에서 소개한 곳 외에, Linux 그룹에는 없다.

Linux 계층으로 Linux에 특별히 관계없는 Posting을 하면, 당신의 시간뿐 아니라 다른 사람 모두의 시간이 낭비된다... 또 당신이 답변을 얻기까지 걸리는 시간도 자주 지연 될것이다.


5. 이 문서에 대해서

5.1. Feedback

(이 섹션을 쓴 것은 Vince 입니다만, 나의 의견도 같다. )

긍정적인 것이든 부정적인 것이든, 이 문서의 내용에 관한 어떤 피드백도 환영한다. 전자메일로 부탁 합니다. 특히, 실수와 분명히 생략된 것이 있다면, 나에게 연락을 부탁 합니다.

받은 메일은 모두 읽지만, 반드시 답장한다고는 하지 못한다. 개선 요구에 대해서 고려하고 대처 할지는, 그 날의 빈 시간, 요구의 장점, 그 날의 혈압 :-) 등에 의해 결정된다.

논쟁은 조용히 /dev/null로 가므로 괴롭지는 않다.

특히, LFS(Linux filesystem standarad)의 패스네임은 발전중인 것이다. 이 문서에서 사용하고 있는 패스명은, 문서 각 부분이 집필된 시점의 표준과, 내가 개인적으로 보았던 배포판들과 「kits」의 패스에 기초한다. 사용하고 있는 배포판에서 어떤 패스를 사용하고 있는지는 각자 알아보자.

문서의 포맷에 관한 피드백은 HOWTO 관리자에게 보내는 편이 좋을 것이다. linux-howto@metalab.unc.edu로 메일을 보내시오


5.2. 저작권 정보

이 절은 원문으로도 나타낸다. 번역문도 있지만, 원문이 우선이다.

The Mail-User-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 .

Mail-HOWTO의 저작권은 (c)1999 Eric S. Raymond에게 있다. Linux Documentation Project의 허가 조항을 지켜 주기 위해, 필자는 저작권을 유보한다.

이대로의 형태이면, 어떠한 매체와 전자서적으로도, 복제와 배포에 저자의 허가는 필요 없다. 번역에 대해서도, 누가 번역한 것을 명기한다면, 이같은 허가는 필요 없다.

짧은 인용으로 사용할 때에도, 저자의 사전 동의없이 사용될지도 모른다. 이 문서를 대폭적으로 고쳐 쓰거나, 문서의 일부를 배포하는 경우에는, 원본의 사본인지, 원본의 재처를 첨부해 주세요.

영리 목적의 재배포도, 물론 허가 한다. 그러나, 배포시에는 저자에게 연락해 주시면 고맙겠습니다. (의무가 아니다)

요컨데 우리들은, 이 정보를 가능한 한 많은 매체를 통해 널리 퍼지기를 원하고 있다. 그러나 HOWTO 문서의 저작권은 보관 유지하고 싶다고 생각한다.

HOWTO 를보다 넓히기 위한 정보가 있으시면, 어떤것이라도 알려 주시기 바랍니다. 만약 질문이 있으면, Linux HOWTO의 관리자에게 연락해 주십시오. 연락처는 입니다.

번역은 이 호진님이 하셨으며, 업데이트 및 수정은 허 성욱이 했습니다. 번역자의 저작권 또한 원 저작권을 따릅니다. 번역본에 대한 모든 피드백은 로 부탁 드립니다.


5.3. 관례적인 권리포기

물론 우리들은, 이 문서에 있을지도 모르는 오류에 관한 책임을 지지 않는다. 이 문서에 있는 개념·예시·그 외는, 모든 것을 독자 자신의 책임 아래 이용하길 바란다.


5.4. Acknowledgements

이 문서의 원 저자는 Vince Skahan이다. ISP가 주류가 되고, UUCP가 대부분 과거의 추억이 된 최근의 상황에서 내가 다시 썼다.

1999년 5월에, 문서의 이름이 "The Linux electronic Mail HOWTO"로 변경 되었다. Guylhem Aznar의 Mail HOWTO 와 이름의 충돌을 피하기 위해서 였다. 그의 문서는 Mail Administrator HOWTO가 되었다.




sponsored by andamiro
sponsored by cdnetworks
sponsored by HP

Valid XHTML 1.0! Valid CSS! powered by MoniWiki
last modified 2004-11-05 15:28:18
Processing time 0.0029 sec