펙스 게이트웨이로 가는 메일 개요 당신의 워크스테이션으로부터 직접 팩스를 보내는 많은 기술이 있습니다. 많은 경우 소유권이 있거나 운영체제가 한정되어 있습니다. 반면에, 전자 메일은 이제 공개된 표준이 잘 수립되어 있습니다:누구든지 메일을 사용할 수 있습니다. 팩스 게이트웨이로 가는 메일은 팩스 문제에 대한 세계적인 해결방안 입니다: 이제는 누구든지, 어느 곳에서든지, 어떤 운영체제하에서도 팩스를 사용할 수 있습니다. 팩스 게이트웨이로 가는 메일은 새로운 문제를 도입합니다:이제는 누구든지, 어느 곳에서든지, 어떤 운영체제하에서도 팩스를 사용할 수 있습니다. Linuxconf의 팩스 게이트웨이로 가는 메일은 팩스 시스템이 아니라 많은 접근 규칙을 갖는 복잡한 게이트웨이로, 당신에게 당신의 서버상에서 누가 어디에서 팩스를 사용자는지를 제어하도록 합니다. 11.. �원評칙� 여기에 어떻게 작동하는, 사용자의 입장에서 본 기초적인 설명이 있습니다. 11..11.. �어錚떻뺐게� �메事일舅을� �사玲용淪하求는째가� 팩스를 보내도록 허용하는 3가지 email 주소 형식이 있습니다. o phone@fax.your_domain 이것은 간단한 경우입니다. 팩스 표지의 수신자명을 암호퍼리할 수 없습니다. 대신에, 만일 당신의 텍스트가 이 정보를 포함하고 있으면 됩니다. o name@phone.fax.your_domain 이 형식은 전화 번호와 수신자명을 함께 암호 처리합니다. 예를 들면, 많은 경우에 email-팩스를 다음과 같이 암호 처리 합니다. jacques.gelinas@999-9999.fax.solucorp.qc.ca 이것은 펙스 게이트웨이가 전화번호와 사용자 본명(full name)을 얻어낼 수 있게 하는데, 따라서 훌륭한 표지가 작성될 수 있습니다. o alias@fax.your_domain Linuxconf는 당신에 팩스 별칭 리스트를 정의하도록 합니다. 이것은 많은 사람들이 같은 사람에게 팩스를 보낼 필요가 있을 때 편리합니다. 11..22.. �첨렉부� 팩스 게티트웨이로 가는 메일은 email 첨부를 지원할 것이며 첨부가 당신의 팩스 엔진에 의하여 관리되는 형식으로 전환하고자 할 것입니다. 가끔 팩스가 포스트스크립트나 다른 적절한 형식으로 된 깔끔한 첨부물을 갖는 텅빈 메일일 것입니다. 22.. �설냇정� 팩스 게이트웨이로 가는 메일을 구성하는 것은 약간의 작업을 포함합니다. 대부분 메일이 통과하기 위하여, 약간의 DNS 작업이 필요합니다. 그리고 당신은 접근 제어 정책(policies)을 설정해야 합니다. 22..11.. DDNNSS �관桓리� 당신은 "email 광고" 혹은 MX 레코드를 팩스 게이트웨이에 제공해야 합니다. 당신은 당신의 도메인에 2개의 가상(pseudo) 로스트를 추가할 필요가 있습니다. 각각의 호스트는 email 광고 섹션에 팩스 게이트웨이 서버를 지시하는 포인터(pointer)를 포함할 것입니다. o fax.your_domain 이 가상(pseudo) 호스트는 phone@fax.your_domain과 alias@fax.your_domain 형식의 email-팩스를 지시하는 것을 관장합니다. o *.fax.your_domain 이것은 name@phone.fax.your_domain 형식을 관장합니다. 22..22.. SSeennddmmaaiill �설냇정� 팩스 게이트웨이는 sendmaul을 실행해야 합니다. 약간의 상관관게는 있지만 당신의 회사의 공식적인 메일 서버가 아니라도 됩니다. 이 도움말 문서의 후반에 "접근 제어 세부사항"을 참조하십시요. 팩스 게이트웨이로 가는 email은 적어도 sendmail.cf 화일을 생성하기 이전에 허용되어야 합니다. "팩스 게이트웨이로 가는 메일/기초 정보" 다이얼로그를 채우십시요. 도움말 화면을 체크하십시요. Sendmail.cf 화일을 생성하십시요(잊어버리면 Linuxconf가 당신에게 알려줄 것입니다.) 22..33.. �접∮근� �제┥어� 이 토픽은 누가 어디로 팩스를 보낼지를 정의합니다. 기본값으로는 모든이에게 접근이 거부됩니다. 이것을 구성(configuration)하는 것은 당신에게 달려 있습니다. 22..33..11.. �접∮근� �규敦칙ː과� �그瀏룹� 팩스 게이트웨이로의 메일은 요청사항을 허용 또는 거부하기 위한 여러가지 기준을 사용할 수 있습니다. 규칙은 아래에 있는 여러가지 팩스 지역과 팩스 별칭으로의 접근을 제어하는데 재사용될 수 있는 기준(criterion)의 조합(combination)입니다. 22..33..22.. �팩耆스� �사玲용育자� 일부 팩스 목적지는 특별한 사용자들에게만 허용됩니다. 당신은 여기에서 이들을 정의할 수 있습니다. 22..33..33.. �팩耆스� �지熾역� 팩스 지역은 팩스 규칙을 전화번호 지역으로 연계합니다. 22..33..44.. �팩耆스� �별걜칭� 팩스 별칭은 사용자명을 전화 번호와 팩스 규칙로 연계시킵니다. 이것은 사용자에게 전화번호 대신 이름으로 팩스를 보낼 수 있도록 합니다. 33.. �접∮근� �제┥어� �세성부貫사聆항� 앞서 언급한 것처럼, 팩스 게이트웨이로 가는 email은 전세계적으로 사용가능합니다. 메일 프로토콜이 이를 위하여 설계되어 왔습니다. 우리가 주의를 기울이지 않으면, 팩스 게이트웨이로 가는 여하한 메일이라도 전세계 어느곳으로부터든지 도달가능 합니다. 더 안좋은 것은, 이것은 일반적으로 대부분의 사람들이 필요로 하는 것이라는 점입니다. 이에 대응하기 위하여 linuxconf에서 팩스 게이트웨이로 가는 email은 이러한 기능을 제한적으로 접근하기 위한 다양한 방식을 지원합니다. 여기에 이들이 있습니다. 33..11.. �지熾역�((llooccaall)) �팩耆스� 메일 메시지가 메일 게이트웨이를 통과할 때마다, 메일의 겉봉(envelope)에는 새로운 라인이 추가됩니다. 이 라인은 우리에게 어떤 게이트웨이가 메시지를 관리하고 각자가 언제 그것을 수신했는지를 알려 줍니다. 메일 겉봉의 "Received" 라인들의 숫자를 세어보면, 팩스 게이트웨이는 메일이 지역 네트워크에서 오는지 아닌지를 알 수 있습니다. Linuxconf는 내부로부터의 팩스를 외부 인터넷으로부터의 팩스와 차별화하는데 이 전략(strategy)을 제안합니다. 33..11..11.. �지熾역� �팩耆스봇와� �인壙터固넷� 어것이 100% 검증된 것이 아님을 조심하십시요. 만일 팩스 게이트웨이로 가는 email이 인터넷상에서 보인다면, 누구든지 telnet으로 들어와 그 안에 자신의 메시지를 집어 넣을 수 있습니다. 이것은 지역 팩스처럼 보일 것입니다. "지역 팩스" 개념을 확실히 의미있게 만들기 위하여, 당신은 팩스 게이트웨이를 인터넷에서 고립시키기 위한 어떤 방화벽 미케니즘이 필요할 것입니다. 이 방법으로 외부로부터 팩스 게이트웨이에 도달하는 유일한 방법은 적어도 다른 메일 게이트웨이를 이용하여야 할 것이며 이 경우 지역 팩스가 아닐 때는 감지될 것입니다. 33..11..22.. �팩耆스� �게纛이鉗트��웨��이甄는� �메事일� �서��버側가� �아틈닙爛니求다�.. 팩스 게이트웨이로 가는 email은 항상 해당 조직에서의 메일 서버는 아닙니다. 물론 메일 서버라면 더 간단해 지지만. 만일 이러한 경우라면, 다음의 해법이 사용될 것입니다: o 팩스 게이트웨이를 당신이 사용하고 있는 다양한 email 클라이언트의 smtp 서버로 선택하십시요. 이 방법으로 모든 메시지를 먼저 수신할 것입니다. 지역 메시지를 다른 것과 차별화할 수 있을 것입니다. o 당신의 실제 메일 서버로 향하는 팩스 게이트웨이의 메일 서버를 설정하십시요. 이 방법으로 팩스가 아닌 모근 메시지들이 실제 메일 서버로 라우팅될 것입니다. 33..22.. �팩耆스� �사玲용育자� 당신은 여러 위치로 팩스를 보낼 수 있는 사용자의 리스트를 정의할 수 있습니다. 사용자는 자신의 email 주소로 확인됩니다. 당신은 또한 사용자의 PCP 공개(public) 사인을 입력할 수 있습니다. 이것으로, 팩스 게이트웨이로 가는 email은 팩스 메시지가 실제로 팩스 사용자로부터 왔음을 확인할 수 있을 것입니다. 당신은 선택적으로 PCP 사인이 다른 팩스 목적지에 필요한지를 알릴 수 있습니다.