Sendmail 기본 정보 개요 대부분의 시스템에서, 이것은 당신의 email을 사용하기 위하여 채워야 되는 유일한 양식일 것입니다. 이 구성(configuration)은 일반적으로 email 서버와 "클라이언트" 워크스테이션을 차별화합니다. 11.. �당營신탔의� �시첵스뵀템邦을� �이肩렇린게� �제┰시쳬합爛니求다�.. 당신의 조직내의 다른 머신들로부터 email이 온다 하더하도, 당신은 이 사실을 숨기고 하나의 머신이나 도메인으로부터 email이 온 것처럼 표시하고자 원할지 모릅니다. 이 필드는 보통 대부분의 설정에서 사용되고 간단하게 당신의 공식적인 도메인 명을 포함합니다. 22.. ""�당營신탔의� �도돋메事인�""�에� eemmaaiill�을� �허施용� 만일 당신이 조직의 주(main) 서버를 구성(configure)한다면, 당신은 이 필드가 있는가를 체크해야 합니다. 보통, sendmail 서버는 완전하게 인가된 호스트 명으로만 email을 허용합니다. 만일 이것이 주(main) 서버라면, 일반적으로 도메인 주소로 되어 있ㄴ느 email을 수신할 것입니다. 이 박스를 체크하면 서버가 양쪽을 모두 같은 것으로 허용하게 됩니다. 예를 들면, 만일 당신의 도메인이 foo.com이고 서버가 mail.foo.com일때, joe@foo.com 메일과 joe@mail.foo.com 메일은 허용되고 이 서버에 저장됩니다(만일 사용자 joe가 존재한다면). 33.. �메事일� �서��버� 대부분의 조직에서, 서로 다른 머신들로부터 email이 발신되었더라도 모든 사용자의 email을 저장하는 하나의 머신이 있습니다. _�_�_�_�_�_� 머신들은 멀티유저 시스템입니다. 사용자가 이 머신의 다른 사용자에게 email을 보낼 수 있습니다. 기본 방식은 이 머신의 메일 폴더에 메시지를 저장하는 것입니다.이것은 가끔 부적절합니다. _�_�_�_�_�_� 머신들은 멀티유저 시스템일 뿐만 아니라, 네트워크를 지향하고 있습니다. 사용자(메일 수신자)는 네트워크상의 많은 머신들에 (때때로 모든 머신들에) 사용자 계정을 갖고 있을 수 있으며, 다른 머신의 자기 email 메시지를 읽으려고 선택할 수 있습니다. 자신의 email 메시지를 네트워크상의 모든 머신들에 분산시키는 것은 유익하지 않습니다. 당신은 조직내에서 단지 완전히 인가된 메일 서버명을 지정하고, 모든 email 메시지들은 이곳으로 포워드될 것입니다. 44.. �메事일� �게纛이鉗트��웨��이� 네트워크상의 대부분의 머신은 적절히 email을 포워딩하는 접속 기능이 없을 수 있습니다. 당신은 이것을 잘 할수 있는 머신명을 지정할 수 있습니다. 많은 조직에서, 이것은 가끔 메일 서버와 같은 이름입니다. 메일 서버와는 달리, 메일 게이트웨이는 ESMTP와 UUCP와 같은 다른 메일 전송/프로토콜에 의하여 도달할 수 있습니다. 55.. �메事일� �게纛이鉗트��웨��이� �프족로壙토握콜� 당신은 메일 게이트웨이에 어떻게 도달하는가를 지정해야 하며, 해당 메일 게이트웨이의 완전히 인가된 이름을 지정해야 합니다. 만일 UUCP를 지정하면, 당신은 메일 게이트웨이의 uucp 명을 지정해야 합니다. 66.. �특��징〉들� 66..11.. �릴굣레뮌이� �제┥어�((�스뵈패龜머�,, SSppaammmmeerrss)) 릴레이 제어는 메시지를 릴레이하기 하는데 누가 당신의 smtp 서버 (sendmail)를 사용할 수 있는지 결정하게 합니다. 스패머(spammers)는 거대한 메일 리스트에 메시지를 터뜨리기 위하여 때때로 당신의 smtp 서버를 빌립니다. 릴레이 제어를 구성(configure)함으로써, 당신은 이것을 제한할 수 있습니다. 불행하게도, 잘못 구성된 릴레이 제어 규칙은 당신의 일부 사용자들이 email을 송신할 수 없게 되는 것을 의미할 수 있습니다. 이 체크박스는 그 규칙들을 당신이 인가/비인가하도록 합니다. 해당 규칙들의 구성을 잃지 않으면서 새로운 sendmail.cf 화일이 생성됩니다. 이 체크박스가 거부된 발신자들의 특성을 제어하지 않음을 주목하십시요. "거부된 발신자들"은 잘 알려진 스패머(spanners)들로부터 오는 email을 거절할 수 있도록 합니다. 이것은 릴레이할 수 있는 능력을 제한하지는 않습니다. 66..22.. uuuuccpp �메事일舅의� �배蝸치�((bbaattcchhiinngg)) �금北지� UUCP를 이용한 릴레이시에, 메시지들은 보통 큐잉(queue)되고 정해진 간격으로 전달됩니다. 당신은 즉시 전달하려 할 지 모릅니다. 트래픽이 적을 때는, 이것은 때때로 필요합니다. Email은 즉시 포워드되며, 사용자들은 행복할 것입니다. 66..33.. uuuuccpp �메聘시쳅지層들湧의� �최獵대� �사瑛이訣즈� UUCP 메시지들은 제한될 수 있습니다. 보타 큰 메시지는 제거됩니다. 이것은 느린 모뎀 링크시에 유용합니다. 최대치를 0으로 설정하면 이 특성을 비인가(제한 없음) 시킵니다. 66..44.. �지熾역だ적岵으막로� �사玲용育자湄들涌에� �전患달�((DDeelliivveerr llooccaallllyy ttoo uusseerrss)) 당신이 메일 호스트 정의를 무시하고자 원하는 사용자들의 이름을 입력하십시요. 메시지들이 이들 사용자들에 대하여 항상 지역적으로 (locally) 저장될 것입니다. 이 특성은 보통 관리자 가상 사용자 (예를 들면 루트)를 위하여 사용됩니다. 66..55.. �사玲용育자湄들冗로觀부壙터� mmaassqquueerraaddee �금北지�((NNoo mmaassqquueerraaddee ffrroomm uusseerrss)) 당신은 일부 사용자들의 "당신의 시스템을 이렇게 제시" 필드를 무효화 시키고자 할 것입니다. 이 사용자중의 한 예는 루트입니다. 이것은 수신자가 어느 시스템(어느 루트?)로부터 메시지가 발신되는지를 수월하게 차별화시키도록 허용합니다. 66..66.. �특��수� �라璨우離팅� �데��이謙타맏베＠이決스보를� �인寬가� 만일 당신이 특수 도메인 라우팅을 사용하고자 하는지를 체크하십시요. 불행하게도, linuxconf는 sendmail이 특수 라우팅 데리타베이스를 지원하는지, 그리고 어느 형식으로 지원하는지 당신이 알아야 할 sendmail 배포를 감지할 수 없습니다. 이들은 sendmail 컴파일 시의 옵션으로 sendmail 명령어 라인 옵션으로는 이들 컴파일시의 특성을 얻어낼 수 없습니다. 66..77.. �특��수� �라璨우離팅� �데��이謙타맏베＠이決스� �형還식� _S_e_n_d_m_a_i_l은 일부 자신의 데이타베이스용으로 여러가지 형식을 사용할 수 있습니다. 일반적으로는 기본적인 형식은 dbm 입니다. 일부 _S_e_n_d_m_a_i_l은 단지 이 형식(dnm)만을 지원합니다. 이것은 컴파일 시의 옵션입니다. 66..88.. �지熾역� �전患달� �대釉리��자�((LLooccaall ddeelliivveerryy aaggeenntt)) 별개의 유틸리티가 email을 지역 사용자에게 전달하는데 이용됩니다. 이들 유틸리티들은 다향한 확장자를 제공하여 사용자가 전달시에 다듬을 수 있도록 합니다. 한 가지 예를 들면 procmail은 재미있는 필터링을 지원하고 있습니다. 일부 사용자들은 procmail을 이용하여 디양한 기준에 따라 여러가지 수신함에 있는 메일을 분리시킵니다. 당신이 이 필트를 공란으로 남겨두면 linuxconf가 당신의 시스템에 적절한 유틸리티를 둘 것입니다. 66..99.. �즉節시� �전患달僿하狗려� �하舊지� �마떽십駕시첼요� 이 특성은 인터넷에 지속적으로 연결되어 있지 않은 사람들을 위항 것입니다. 이것은 sendmail이 추가의 체킹없이 메일을 저장하도록 합니다. 나중에, 메일의 전달을 트리거(trigger) 시킬 수 있습니다. 이것은 보통 "/usr/sbin/sendmail -q"와 같은 사후(post) 접속 명령어를 지정함으로써 이루어 집니다. 이것은 sendmail이 자신의 큐(queue)를 프로세싱하여 메시지를 전달하도록 합니다. 66..1100.. �큐Ⅸ를� �매� ((�분�)) �단騈위㎎로� �프족로關세섹스� sendmail 프로세스가 깨어나서 email을 전달하려 하는 동안 처음에는 한동안 전달할 수가 없습니다. 당신은 mailq라는 명령어를 인수(argument) 없이 이용하여 큐의 내용을 볼 수 있습니다. 인터넷을 지속적으로 사용하지 않는 사람들은 이곳에서 작업하기를 원할지 모릅니다. 지연 시간을 0으로 설정하면 이 특성을 무효화합니다. 만일 당신의 접속 방식이 _o_n _d_e_m_a_n_d라면, 당신은 30분과 같은 보다 큰 숫자를 원할 수 있습니다. sendmail 프로세스가 깨어나면, 접속이 시작될 것입니다. 이 특성을 비활성화시킨 사람들은 sendmail을 다음과 같은 명령어로 수작업으로 제어하기를 원할지 모릅니다. /usr/sbin/sendmail -q 66..1111.. �사瑛이遣비�((BBoogguuss)) �메事일� �클Ф라瓚이潔언曺트��의� �지熾원�((HHEELLOO)) email을 보내는데 SMTP를 이용하는 일부 메일 클라이언트가 문제를 일으킵니다. 이들은 필요없는 HELO를 연속해서 발생시킵니다. Sendmail은 보통 이러한 접속으ㄹ 거절합니다. 이 옵션으로, sendmail은 이들을 허용합니다. 물론 유효한 접속은 여전히 허용을 합니다. 77.. SSeennddmmaaiill �과� DDNNSS _S_e_n_d_m_a_i_l은 _D_N_S를 많이 사용합니다. _�_�_�_�_�_腑� 연결되지 않는 머신(방화벽 안쪽이라도)은 DNS 사용을 비활성화시키기를 원할지 모릅니다. 반면에, 정상적으로 _D_N_S 접속을 하는 머신은 _D_N_S를 사용토록 해야 합니다. 88.. �당營신탔의� �시첵스뵀템� �별걜칭さ들� 당신의 머신의 완전한 인가된 이름에 부합되는 email 메시지는 _s_e_n_d_m_a_i_l에 의하여 허용됩니다. 다른 것은 되돌려지거나 혹은 포워딩됩니다. 당신은 다른 도메인들의 email 메시지를 허용하려 할 지 모릅니다. 일단 인터넷 제공자(provider)에 등록한 상황이라면 인터넷 제공자는 자신의 서브 도메인을 줄 것입니다. 처음에 당신은 이것을 사용할 것입니다만, 나중에 당신은 자신의 도메인을 요청할 것입니다. 당신은 이미 많은 사람들이 당신의 주소(address)를 알고 있기 때문에 쓰고 있던 주소를 원할 것입니다. 당신은 여기에 필요한 만큼의 라인을 입력할 수 있습니다. 추가 단추를 사용하여 다이얼로그를 증가시키십시요.