유즈넷을 바꾸는 방법에 대한 안내
박종대
Original-Newsgroups: news.groups
Original-Subject: FAQ: User's Guide to the Changing USENET
Original-URL: http://cil-www.oce.orst.edu:8080/users.guide
유즈넷을 바꾸는 방법에 대한 안내
요약:
* 1. RFD는 중요하다. 무시하고 넘어가기 전에 우선 읽어 보라.
* 2. CFV는 *정말로* 중요하다. 무시하고 넘어가기 전에 우선 읽어 보라.
* 3. 변화에 따라가기 위해서, news.announce.newgroups를 읽어라.
* 4. 새 그룹을 논의하기 위해서, news.groups을 읽어라.
* 5. 유즈넷에 대해 더 배우고 싶다면, news.announce.newusers를 읽어라.
* 6. 더 알고 싶다면, 질문을 하라.
** 한글 뉴스그룹에서는 han.news.groups와 han.answers 그룹을 읽으면 된다.
"내가 이 문서를 읽어야 하나?"
예. 어쩌면 당신이 즐겨 찾는 뉴스그룹이 변화를 위한 심사 중일 수 있습니다.
이것은 무슨 일이 일어나고 있는지에 대한 설명입니다.
"만약 읽는다면 나는 무엇을 배우게 되나?"
이 문서는 사용자의 관점에서 유즈넷 뉴스그룹이 변화되는 과정을 설명하고
있습니다. 이 글은 주기적으로 han.answers에 올라오는 "한글 뉴스그룹 생성
절차"란 글과 보완적인 내용으로, 행동 지침이 아닌 단순한 설명만 합니다.
당신은 많은 다른 정보를 han.answers에서 찾을 수 있습니다.
부디, 부디, 부디, 그곳에 있는 글을 읽어보세요. 많은 사람들이 여러 시간을
들여 이 정보들을 모아서 정리했습니다. 여러 질문에 대한 답들이 미리
준비되어 있습니다.
만약 당신이 사용중인 서버에서 이 뉴스그룹이 보이지 않는다면, 시스템
관리자에게 문의하시기 바랍니다. 혹시 누군지 모른다면 'root'나 'usenet'
혹은 'postmaster'란 계정으로 이메일을 보내시면 됩니다. 한 곳은 아마
관리자와 연결되어 있을 겁니다.
"유즈넷 그룹이 바뀔 수 있다?"
예. 유즈넷 뉴스그룹 목록은 돌에 새겨져 있는 것은 아닙니다. 새로운 화제를
다루기 위한 새 뉴스그룹에 대한 요구나, 하나의 뉴스그룹을 둘 이상의
선택적 영역으로 나누자는 요청이 있을 수 있습니다.
때때로 관련된 뉴스그룹들이 같은 계층 아래에 있도록 뉴스그룹을 옮기기도
합니다. 이것을 "재편성(reorganization)" 또는 줄여서 "재편(reorg)"이라고
부릅니다. 이 일은 당신이나 새로운 사용자가 관계있는 뉴스그룹을 쉽게 찾을
수 있게 하기 위해서입니다.
"언제 뉴스그룹에 변화를 주는 것에 대해 고려해야 하는지 어떻게 알 수 있는가?"
어떤 경우에는, 뉴스그룹에 대한 변화에 대한 토론이 그 뉴스그룹 내에서
시작되기도 합니다. 누군가가 "잠깐! 내가 좋은 생각이 있는데..."라고 의견을
제시하는 글을 올립니다. 뉴스그룹 참가자들이 구체적인 이야기를 충분히
나눌 수 있으므로, 그 제안 자체가 좋은 생각인지와는 관계없이, 보통은
좋은 방법입니다. 하지만 늘 이렇게 되지는 않습니다.
변화에 대한 토론이 있다는 것에 대한 정식 안내는 "토론제안(RFD; Request For
Discussion)"이라는 글을 올리는 것입니다. 이 글은 제안된 변화로 영향을 받는
모든 뉴스그룹과 함께 han.news.groups에 올라옵니다. RFD는 토론을 망 전체와
뉴스 관리자들에게까지 엽니다.
RFD가 (특히 재편성의 경우엔) 여러 뉴스그룹을 다룰 수도 있기 때문에,
정확한 글 제목을 달고 있지 않을 수도 있습니다. RFD가 당신이 사용하는
뉴스그룹에 올라왔다는 것은 누군가가 그 제안이 뉴스그룹에 영향을 줄
것이라고 알리는 셈입니다. 단지 당신의 뉴스그룹에 올라오는 일부 토론을
새로운 뉴스그룹으로 모으려는 것일 수도 있고, 이름을 바꾸자고 요청하는
것일 수도 있습니다.
이것은 중요합니다: 만약 유즈넷의 변화에 신경을 쓰고 있다면, RFD가
나오는 대로 읽어보시기 바랍니다. 읽을 때에 제목만 보고 읽을지 말지를
결정하지는 마십시요. 만약 제안의 목록이 들어있다면 전체 목록을 모두
읽으십시요. 그래야만 당신이 이 RFD에 관심이 있는지 없는지를 알 수 있습니다.
앞의 두 문단을 다시 읽어보십시요.
말했던 것처럼, RFD는 공식 절차의 시작입니다. 이 시점에서 모든 토론은
han.news.groups 뉴스그룹으로 옮겨집니다.
"왜 바로 그 뉴스그룹에서 변화에 대해 이야기할 수 없는 건가요?"
일반적으로, 뉴스그룹의 변화는 그룹의 대부분의 독자에게는 중요하지 않습니다.
RFD 이전에는 토론에 참여하는 것은 그 그룹의 독자들 뿐일겁니다. RFD가 나온
이후에는, 어쨌거나, 그 토론은 통신망 상의 누구나 관심있는 사람에게로
확대됩니다.
예전에는, 토론은 변하고 있는 뉴스그룹 내에서만 열렸습니다. 그것은 많은
사람들을 성가시게 했습니다. 그 때문에 토론은 다른 그룹에 대한 토론을
다루는 han.news.groups에서 열리게 된 것입니다.
만일 당신이 RFD를 "당신의" 뉴스그룹에서 논의해야 한다고 한다면, 그 그룹이
당신만의 그룹이 아니라는 것과 다른 사람이 관계없는 이야기를 읽으가면서
토론에 참가해야 한다는 것을 기억하시기 바랍니다. 그리고 관련된 토론은
반드시 han.comp.groups로 교차투고해야 한다는 점을 명심하기 바랍니다.
"왜 관리자들이 참여하는가?"
한 가지 대답은 "관리자들이 유즈넷을 제어한다"입니다. 관리자들은
새로운 뉴스그룹을 만들고, 오래된 뉴스그룹을 지우며, "Y란 그룹이
어디로 갔느냐?"란 사람들의 질문을 다루어야 하는 사람입니다. 따라서
어떤 변경을 가하기 전에 그들은 그런 변화가 필요한지, 그런 변화가
적절한지, 또 제안된 이름이 적절한지에 대한 어떤 확신을 가지고
싶어합니다. 토론에 참여하고 투표를 통함으로써 이런 확신을 얻게 되는
것입니다.
"내 뉴스그룹은 너무 복잡하다. RFD를 볼 수 없다"
만약 모든 제안을 모두 따라잡고 싶다면 han.announce와 han.news.groups를
참고하기 바랍니다. RFD와 CFV, 그리고 투표 결과는 이 뉴스그룹에서 찾을
수 있습니다.
작은 힌트: 만약 당신의 뉴스그룹이 그렇게 복잡하다면, 그것은 바꾸어야 할
때가 다 된 것입니다: 아마도 둘 이상의 그룹으로 나뉠 것입니다.
RFD가 올라오는지 관심을 두기 바랍니다.
"좋다. 내가 관심이 있는 RFD를 보았다. 이젠 무엇을 해야 하나?"
1 단계: han.news.groups를 구독하십시요. 토론은 이 곳에서 벌어질 것입니다.
2 단계: han.news.groups에 올라온 제안에 대해 토론하십시요.
토론에는 누구나가 참여할 수 있습니다. 누군가가 당신의 "유즈넷 자격증"을
보자고 한다면... 그냥 무시하시기 바랍니다.
토론 과정은 최고 30일 동안 계속됩니다. 꼭 필요하지 않다면 일찍 끝날 수도
있습니다. 30일의 토론이 끝나가면, 제안은 분명하게 정리가 될 것이며,
투표관리자가 선정될 것입니다. 그리고는 다음 단계로 넘어갑니다. 그 이상은
다음에 말하겠습니다.
이것은 대략적인 시간표입니다. 정확한 것은 han.answers에 주기적으로
올라오는 "한글 뉴스그룹 생성 절차"라는 문서를 보시기 바랍니다.
"RFD를 보았다. 일주일 후에 다른 것이 또 있다. 무슨 일인가?"
RFD는 석판에 끌로 새긴 것처럼 고정된 것이 아닙니다. 토론에 따라서 바뀔
수도 있습니다. 과감하게. 급진적으로. 완전히.
만약 RFD를 보면 읽어보십시요. 지난 주에는 별로 신경쓸 필요가 없던 RFD가
이번엔 당신 맘에 들지 않게 바뀌어 있을지도 모릅니다. 제목만 보고
결정하지 마십시요. 읽고 나서 결정하기 바랍니다.
앞의 문단을 다시 읽어보십시요.
"관리자들이 따지는 것은 올라올 글의 양이나 뉴스그룹의 이름 따위의 문제가
될 법하지 않은 것들 뿐이다. 그런 쓸데없는 일이 그렇게도 중요한가?"
사용자로서 당신은 뉴스가 전해지는 구조에 대해 알 필요는 없습니다.
때문에 당신은 "뉴스를 움직이는" 사람들만큼 자세하게 관여하고 있지
않습니다.
이름에 대해서는 관심이 있는 것이 옳습니다. 기술적으로, 몇몇 이름은 좋지
않습니다. 너무 길거나, 이상한 글자가 포함되어 있다면 어떤 시스템은
이 것을 제대로 다루지 못할 수 있습니다. 어떤 이름은 다른 사람들에게 다른
뜻으로 해석될 수도 있습니다. 초창기에 뉴스그룹이 그리 많지 않았을 때에는,
이름을 붙이는 것에 대해 그리 신경을 쓰지 않았습니다. 수만 개의 뉴스그룹이
있고, 한글 뉴스그룹이 백 개가 넘어가는 이제는 뉴스그룹의 내용을 잘 표현할
수 있는 이름을 붙이는 것이 더 중요해졌습니다. 새로운 사용자들이 찾기 쉽고
사용자들이 어떤 이야기가 그 그룹의 화제에 맞는 것인지를 알기 쉽게 도와 줄
수 있도록 말이지요.
올라올 글의 양에 대해서는 뉴스그룹을 만들고 그 정보를 전세계적으로
주고 받는 것이 좋은지, 아니면 메일링 리스트를 만들어 관심이 있는
사람들에게만 전해주는 것이 좋은지를 논하는 것입니다. 예전의 경험에
비추어보아, 이 문제는 투표 수에 대한 필요조건으로 정해집니다만, 실제
투표에 앞서서 투표에 붙여야 할 지에 관해 토론에 붙여질 수도 있습니다.
"내 뉴스그룹 사용자들이 변화에 대해 이야기하는 것을 보지 못했다"
여러가지 이유가 있을 수 있습니다. 아마 신경쓰지 않아도 될 것입니다.
그들은 이 글을 읽지 않았거나, RFD를 보지 못했을 수도 있습니다.
지금 han.news.groups에서 토론이 벌어지고 있다고 당신의 뉴스그룹에
알리고, "어이! 졸지 말고 참여합시다"라고 말할 수 있습니다.
하지만 한 두번 이상은 하지 마십시요. 별로 개의치 않는 사람을 귀찮게 할
지도 모릅니다. han.news.groups가 무엇인지 잘 모르는 사람들을 위해서,
Followup-To: 헤더를 "han.news.groups"로 설정하는 것이 좋습니다.
글을 따라올리는 사람들에게 안내하기 위해서 이렇게 설정되어 있다고
언급하는 것이 좋습니다.
"중재자(moderator)라는 것은 무엇인가?"
어떤 뉴스그룹은 중재되고 있습니다. 이것은 뉴스그룹이 궤도를 벗어나지
않도록 지키며, 뉴스그룹을 흩트리는 화제를 벗어난 글(잡음)을 막는
책임을 지는 누군가가 있다는 뜻입니다. 결과적으로 잡음이 거의 없는
뉴스그룹이 됩니다. 또한 중재자가 그 글을 볼 때까지 글이 올라가는 것이
늦어지며, 어떤 생각이나 표현은 제한될 수 있습니다.
일반적으로, 전적으로 정보를 제공하는 뉴스그룹은 중재됩니다.
만약 당신이 중재되는 뉴스그룹에 대한 토론에 참여하고 있다면, 중재자를
신중하게 선택해야 합니다. 당신이 고른 사람에 의해 그 그룹의 성격과
특색이 결정될 것입니다.
"자동중재자란 누구인가?"
때때로 RFD는 자동중재자(robo-moderator)를 언급할 것이다. 이것은 단지
중재자가 뉴스그룹의 기사를 허가하는 과정을 자동화하는 프로그램입니다.
자동중재자가 쓰인다면, 기사를 자동으로 승인하는데 쓰이는 규칙에 대한
토론을 할 것입니다. 때로는 단순히 "악용(abuse)한다고 잘 알려진 사람의
글을 빼고는 다 된다"처럼 간단할 수도 있습니다. 어떤 자동중재자는
"키워드"에 따라서 동작할 수도 있습니다.
그 그룹을 어떻게 사용하는지를 정하는 것이므로 제안된 규칙에 관심을 두기
바랍니다. 만약 마음에 들지 않는다면, 지금이 그에 대해 토론할 때입니다.
"다음 단계는 무엇인가?"
과정의 다음 단계는 "투표 요청(CFV; Call For Vote)"입니다. 이것은 관심이
있는 사람들에게 제안에 대해 투표를 하도록 하는 공식 요청입니다. CFV는
RFD가 올라왔던 바로 그 그룹에 올려질 것입니다. 토론에는 관심이 없지만
투표에는 참여하고 싶다면, CFV를 주목하기 바랍니다.
이것은 중요합니다: 당신이 뉴스그룹을 구독하고 있고, "CFV"라는 글을
본다면 읽기 바랍니다. RFD를 놓쳤다거나, RFD가 올라온 후에 그
뉴스그룹을 읽기 시작했다거나, RFD가 전송 도중에 사라졌을 수도
있습니다. RFD가 변경되었을 수도 있습니다. 다른 공식 RFD를 올리지 않고
제안 자체가 바뀌었을 수도 있습니다.
CFV의 제목은 RFD에서처럼 당신의 뉴스그룹에 대해 언급하고 있지 않을
수도 있습니다. 그러므로 제목만 보고 읽을지 말지를 정하지 마십시요.
CFV가 그 뉴스그룹에 올라왔다는 것은 당신의 뉴스그룹과 관계가 있다는
뜻입니다. CFV를 읽고 어떤 그룹이 관련되어 있는지 살펴보십시요.
그리고는 그것을 무시해도 좋을지 정해야 합니다.
앞의 문단을 다시 읽어보십시요.
CFV는 han.announce와 han.news.groups에도 올려집니다.
"두 달 전에 RFD를 보았다. 그런데 CFV는 보지 못했다. 왜 그런가?"
꼼꼼히 살펴보고 있었습니까? :-)
CFV는 없었을지도 모릅니다. RFD를 올리는 것은 바로 투표가 있을
것이라는 뜻이 아니라 그저 토론이 열릴 것이라는 뜻입니다. 토론
과정에서 RFD의 제안자들이 뉴스그룹에 변화를 줄 필요가 없다고
납득했거나, 투표로 가기에 충분한 지원을 얻지 못했을 수도 있습니다.
제안에 관한 일치된 합의를 얻기에는 토론이 충분하지 않았을 수도
있습니다. 그 경우 토론을 그냥 놔두고, 다시 새로운 RFD에서 시작할 지도
모릅니다.
_또는_
CFV가 실제로 올라왔는데 당신이 사용중인 서버에는 도착하지 않았거나,
서버에는 도착했지만 당신이 보지 못했을 수도 있습니다. CFV가 올라왔는데
당신이 찾을 수 없었다면, 아마도 다음 상황중의 하나일 것입니다.
1. 당신의 서버의 글 보존 시간이 너무 짧아서 벌써 사라져 버렸습니다.
기사는 영원히 보존되지 않습니다. 관리자는 기사의 수명과 필요한 저장
공간이 균형을 이루도록 뉴스 서버를 설정합니다.
* 해법: 뉴스 관리자에게 연락해서 한글 뉴스그룹의 글이 빨리 지워지지
않도록 요청하십시요. 그리고는 두 번째 글이 올라오기를 기다리십시요.
2. 당신은 이미 그 글을 보았고, 당신이 사용하는 뉴스읽기 프로그램은
한 번 읽은 글을 다시 보이지 않는다거나, 알아차리지 못하고 그 글을
읽은 것으로 표시해버렸을 것입니다.
* 해법: 오래된 글을 읽기 위해서 프로그램을 어떻게 하면 되는지
이해하십시요. 한 두 단어로 그 동작을 설명하는 웹 브라우저의 설명만을
믿지는 마시기 바랍니다.
3. 파시스트가 당신의 뉴스서버를 감독하고 신중하게 당신을 괴롭힙니다.
* 해법: 다른 뉴스서버를 알아보기 바랍니다. 기회를 놓치지 마십시요.
200 달러를 모으지 마십시요. 모든 장치를 알루미늄 박으로 싸십시요.
전화로는 어떤 이야기도 해서는 안 됩니다.
4. 당신과 CFV가 올라온 곳 사이의 서버에 문제가 생겨 글이 사라져버렸습니다.
뉴스는 상당히 안정적이긴 하지만 완벽하지는 않습니다.
* 해법: 두 번째 CFV를 기다리기 바랍니다.
5. 당신과 글을 올린 곳 사이의 서버에서 어느 정도 수 이상의 뉴스그룹에
교차투고되는 글을 무조건 지웁니다. 이것은 몇몇 서버가 SPAM에 대해
대항하는 방법입니다. 어떤 사이트는 5를 기준으로 삼기도 합니다.
* 해법: 다음 번에도 같은 이유로 글이 사라질 수 있으므로, 투표관리자에게
직접 편지를 보내서 CFV의 사본을 달라고 요청하기 바랍니다.
위에 나열한 어떤 경우에도, 투표관리자에게 편지를 보내 당신의 투표용지를
얻을 수 있습니다.
아마도 주된 이유는 1이나 2, 5가 될 것입니다. 4일 경우는 별로 없습니다.
3은 아니라고는 말할 수 없습니다. 삶에서 얻은 교훈이 있다면 어쩌면 3일
수도 있다는 것이죠.
"어떻게 투표하는가?"
CFV를 읽어보시기 바랍니다. 당신의 표를 등록하기 위해서는 어디로 이메일을
보내야 하는지에 대한 구체적인 절차를 담고 있습니다. 이메일로 보내진
표만을 세는 것을 명심하기 바랍니다. 뉴스그룹에 당신의 표를 올려봤자
세지 않을 것입니다.
만약 투표를 했다면 투표관리자의 프로그램으로부터 수취 통지(ACK)를
받을 것입니다. 그것을 읽어보십시요. 혹시나 표를 처리할 수 없다는
내용일 수도 있습니다. 그렇다면 문제를 해결하고 다시 투표하기
바랍니다.
메일 시스템은 완벽하지는 않습니다. 이메일은 보낸다는 것이 반드시 투표
관리자에게 도착한다는 것을 보장하지는 않습니다. 메일이 중간에 흔적없이
사라질 수도 있습니다. 회신 글을 받지 못할 수도 있습니다. 당신의 표가
무사히 처리되었다는 것을 알 수 있는 방법은 무사히 처리되었다는 답장을
받는 것 뿐입니다.
만약 당신이 표의 처리에 대해 의문점이 있다면, 투표관리자에게 메일을
보내서 문의하기 바랍니다.
만약 표를 투표관리자에게 전하는데 진짜 문제가 있고, 당신이 사용하는
시스템의 관리자에게 도움을 요청했다면, 문제가 있다는 사실을 알리는
내용을 뉴스그룹에 올릴 수 있습니다. 하지만 당신의 투표를 올리면
안 됩니다. 그리고 자체적으로 문제 해결을 요청한 후에 해야 합니다.
"나는 이미 투표했다. 다른 사람에게 투표하도록 부탁할 수 있나?"
투표에 관한 글을 올리는 데 대한 중요한 제약이 있습니다. 다른 사람에게
투표를 하도록 요청하거나, 왜 그 방법으로 투표해야 하는지에 대해 말할
수는 있습니다. 하지만 CFV를 올릴 수 있는 것은 투표관리자 뿐입니다.
또다른 제약은 CFV에 대한 안내를 메일링 리스트에 보내는 것입니다.
투표관리자가 제안자 중의 한 명에게 위임하더라도, 이 안내를 보내는
제안자가 투표에 대한 운동을 해서는 안 됩니다. 관련된 메일링 리스트
사용자들에게 알려주는 일은 뉴스그룹에 진짜 관심이 있는 사용자에 대한
예의에서입니다. 유즈넷에 공감하지 않는 사람들에게 투표에 참여하도록
하기 위함은 아닙니다.
"투표는 오늘 끝났다. 결과는 어디에 있는가?"
투표 결과는 중복 투표나 명백한 가짜 투표를 위해 검사를 합니다.
며칠 정도 걸릴 수 있습니다.
결과는 han.announce와 han.news.groups, 그리고 원래 CFV를 올렸던 그룹에
올려집니다. 이것은 과정에 있어 다음 단계의 시작입니다.
"다음 단계는 무엇인가?"
수많은 외침과 함성. :-)
실제로, 과정의 다음 단계는 4일간의 검토 지연입니다. 투표결과는
투표했던 사람들의 명단과 그 투표 내용의 목록을 가지고 있습니다.
당신의 표를 찾아보기 바랍니다.
만약 당신의 표가 잘못 기록되어 있다면, 투표관리자에게 메일을 보내고
han.news.groups에도 글을 올리십시요. 만약 당신의 표가 누락되었고,
ACK를 가지고 있는 경우에도 이렇게 하면 됩니다. 만약 당신의 투표가
누락되었지만, 그것이 처리되었다는 증거는 없다면, 할 수 있는 일은
없습니다. 당신의 표가 누락되었다고 말할 수는 있습니다. 하지만
처리되었다는 증거가 없다면 그 표를 아예 세지 않았을 수도 있습니다.
말했던 것처럼 표를 투표관리자에게 전하는 책임은 당신에게 있습니다.
기억하십시요. 이메일은 완벽하지 않습니다. 투표관리자도요. 만약 당신의
표가 투표자의 최종 목록에 나와있지 않다면 아마도 그것은 메일이 사라졌기
때문이지, 투표관리자가 고의로 표를 누락시킨 것은 아닐 것입니다.
"2/3 이상의 찬성 따위의 어리석은 규칙은 무엇인가?"
투표가 통과하기 위해서는 반대에 비해 두 배 이상의 찬성 표가 있어야 하고,
반대에 비해 20표 이상 많은 찬성 표가 있어야 합니다.
이런 요구사항은 뉴스그룹을 만들어도 (큰 반대 없이) 별다른 문제가
없고, (찬성표를 던진) 많은 사람이 관심이 있어서 뉴스그룹을 만들어도
될 것이라는 확실한 표시를 관리자에게 주기 위해 만들어졌습니다.
"투표는 통과되었다. 다음엔 무슨 일이 벌어지는가?"
투표 과정에 이상이 없다면, 변화가 며칠 내로 일어날 것입니다.
그룹 생성에서는, 관리자는 새 뉴스그룹을 만들 것입니다.
이름을 바꾸는 경우에는, 새 뉴스그룹은 곧 만들어질 것입니다. 몇 달 후에
예전의 뉴스그룹은 지워질 것입니다. 관리자는 새 그룹을 만들고, 예전
그룹으로 올라오는 글을 새 뉴스그룹으로 옮길 것입니다.
이 시점에서, 사용자로서 해야 할 일은 아무것도 없습니다.
"투표는 통과하지 못했다. 이제 무엇을?"
글쎄요. 관리자에겐 신경쓸 일이 없습니다. 어떤 변화도 없습니다.
사용자는 두 가지 선택이 있습니다. 처음 생각을 제안했던 사람들이 다시
시도를 할 수도 있습니다. 그들은 아직도 변화가 필요하다고 생각할 수
있습니다. 투표에서 실패한 경우엔, RFD를 다시 내는데 6달을 기다려야
합니다. RFD에서 눈을 떼지 마십시요. 그 사이에 다른 제안이 나올 수도
있습니다.
"투표는 통과하지 못했다. 반대 투표를 한 사람들에게 이메일을 보내 왜 그랬는지
물어볼 수 있는가?"
아뇨. 비록 당신의 이유가 누구도 반대할 수 없을만큼 중요하다고 하더라도
투표자 목록을 어떤 이유에서라도 이메일 발송을 위해 쓰는 것은 매우 나쁜
업보입니다. 만약 그들이 왜 반대를 했는지, 왜 찬성을 했는지, 혹시 공짜 우표
따위를 약속받아고 투표를 했는지를 묻는 경우에도 마찬가지입니다.
SPAM이란 용어에 혼동되지 마십시요. 투표 참가자에게 메일을 보내는 것이
SPAM은 아니라 하더라도 그 일을 하는 것을 정당화하지는 않습니다.
"수많은 외침과 함성이 있었다. 투표는 통과되었지만 몇몇 관리자는 뉴스그룹을
만들지 않는다. 혼란스럽다. 투표에 통과하면 뉴스그룹이 만들어지는 것이 아닌가?"
글쎄요, 경우에 따라서는요.
관리자들이 유즈넷을 운영합니다. 투표는 뉴스그룹이 만들어져야 하는지를
정하는 방식입니다. 만약 관리자가 투표가 위조되었다고 생각하고 그것을
믿지 않을 수도 있습니다. 좋아하지 않는 투표를 믿도록 강요한 방법은
많지 않습니다. 따라서 투표는 가이드라인 뿐 아니라 예전의 선례에도
따르는 것이 좋습니다.
바꾸어 말하면, 투표는 전에 했던 다른 것과 같은 의미에서의 투표는 아닙니다.
그저 여론조사일 뿐입니다. 그것을 강제할만한 장치는 마련되어 있지 않습니다.
"어떻게 뉴스그룹 생성 절차를 시작하는가?"
당신이 원한다는 것을 확신합니까? (이것은 진지한 질문입니다.)
뉴스그룹을 꾸준히 읽으십시요. han.news.groups와 news.groups를 1년 이상
읽으시기 바랍니다. 다른 사람들이 어떻게 하고 있는 지를 살펴보십시요.
호응을 얻지 못하는 투표를 주목해 보십시요. 어떤 이야기가 오갔는지를
살펴기 바랍니다.
"한글 뉴스그룹 생성 절차"에 언급된 다른 글들도 읽어보시기 바랍니다.
그리고는 경험이 있는 다른 사람에게 도움을 요청하십시요.
대안으로, 메일링 리스트를 만드는 것도 고려해보기 바랍니다. 유즈넷
뉴스그룹을 만드는 것에 비해 훨씬 쉬우며, 비슷하게 혹은 훨씬 더 잘
활동할 수 있습니다. 많은 유즈넷 뉴스그룹은 메일링 리스트로 시작했습니다.
메일링 리스트가 점차 커짐에 따라 뉴스그룹으로 바뀌었습니다.
이렇게 시작하는 것의 장점은 뉴스그룹의 화제에 대해 상당한 관심이
있다는 구체적인 증거를 가질 수 있다는 것입니다.
"어떻게 이 많은 것을 기억하지?"
그럴 필요는 없습니다. 이 글의 제일 처음에 있는 요약을 잊지 않으면 됩니다.
그리고 이 글과 다른 유용한 정보들이 주기적으로 han.answers와
news.announce.newusers에 올라오고 있다는 것을 기억하십시요.
--
박종대
--
``Truth is a matter of the imagination.''
- "The Left Hand of Darkness", Ursula K. LeGuin -