efax - 클라우드에서의 온라인

프로그램:

이름

efax - 클래스 1, 2 또는 2.0 팩스 모뎀으로 팩스 보내기/받기

(읽어주세요. 팩스 맨 페이지를 먼저 참조하십시오.)

개요

팩스 [ 옵션 ] [ -t NUM [ 파일... ] ]

옵션

어디에 옵션 위치 :

-a cmd를 명령을 사용 ATcmd 전화를 받을 때. 기본값은 "A"입니다.

-c 모자 로컬 모뎀 기능을 설정합니다. 아래 기능 섹션을 참조하십시오.
형식과 의미 모자. 클래스 1의 경우 기본값은 1,n,0,2,0,0,0,0입니다. 여기서 n
모뎀이 지원하는 최고 속도입니다. 클래스 2의 경우 기본값은
모뎀에 의해 결정됩니다.

-d DEV 장치에 연결된 팩스 모뎀 사용 DEV. 기본값은 /dev/모뎀.

-f fnt 글꼴 파일 사용 fnt 헤더를 생성하기 위한 것입니다. 기본값은 내장 8x16입니다.
폰트. 참조 에픽스(1) -f 글꼴 파일 형식에 대한 옵션입니다.

-g cmd를 만약 소셜 미디어 (또는 데이터) 응답은 데이터 호출, 쉘을 나타냅니다. / 빈 / SH is
임원(2)와 함께 cmd를 명령으로. cmd를 하는 printf(3) 다음을 포함할 수 있는 형식
가장 최근의 전송 속도로 대체되는 최대 6 %d 이스케이프
소셜 미디어 메시지. cmd를 일반적으로 임원의 게티(8).

-h HDR 각 페이지의 맨 위에 문자열 `hdr'을 넣으십시오. `hdr'의 첫 번째 %d는 다음으로 대체됩니다.
페이지 번호 및 두 번째(있는 경우)는 해당 페이지 수로 대체됩니다.
보냈습니다.

-i 하위 버전

-j 하위 버전

-k 하위 버전 명령을 보내다 AT하위 버전 모뎀을 초기화합니다. -i 명령이 전송됩니다.
모뎀이 팩스 모드로 전환되기 전에 -j 모뎀이 팩스 모드로 전환된 후 명령
모드 및 -k 명령은 efax가 종료되기 직전입니다. 유일한 기본값은 전화 끊기입니다.
(ATH) 다른 -k 옵션이 제공되지 않은 경우에만 종료하기 전에 전송되는 명령입니다.
여러 옵션을 사용할 수 있습니다.

-l id 로컬 식별 문자열을 다음으로 설정 id. id 시내 전화여야 합니다
국제 형식의 숫자(예: "+1 800 555 1212"). 이것은 통과
원격 팩스기에. 일부 팩스기는 다른 문자를 허용하지 않을 수 있습니다.
숫자, 공백, '+'보다

-o 고르다 사용 옵션 고르다 비표준 팩스 모뎀 프로토콜을 수용합니다. 모뎀 보기
자세한 내용은 아래 요구 사항 섹션을 참조하십시오. NS 고르다이온은 다음과 같습니다.

0 클래스 2.0 팩스 모뎀 명령을 강제로 사용합니다. 모뎀은 클래스 2.0을 지원해야 합니다.

2 클래스 2 팩스 모뎀 명령을 강제로 사용합니다. 모뎀은 클래스 2을 지원해야 합니다.

1 클래스 1 팩스 모뎀 명령을 강제로 사용합니다. 모뎀은 클래스 1을 지원해야 합니다.
기본 efax는 모뎀을 쿼리하고 위의 세 가지 클래스 중 첫 번째 클래스를 사용합니다.
모뎀에서 지원하는 것입니다.

a 소프트웨어 적응 응답 방법을 사용합니다. 전화를 처음 받으려고 하면
전화가 끊긴 상태에서 8초 이내에 데이터 연결이 되지 않음
팩스 모드에서 일시적으로 응답하고 다시 응답("팩스 및 데이터 모두 수신
전화" 아래).

e 모뎀 초기화 명령의 오류를 무시하십시오.

f "가상 흐름 제어"를 사용합니다. efax는 파일의 바이트 수를 추정하려고 시도합니다.
모뎀의 전송 버퍼를 채우고 채우지 않도록 필요에 따라 일시 중지합니다. 모뎀의
버퍼는 최소 96바이트를 보유하는 것으로 가정합니다. 이 기능이 제대로 작동하지 않습니다
스캔 라인에 중복 패딩을 추가하는 클래스 2 모뎀을 사용합니다. 이 옵션을 사용
흐름 제어를 구성하는 데 문제가 있는 경우에만.

h 소프트웨어(XON/XOFF) 흐름 제어 외에 하드웨어(RTS/CTS)를 사용합니다. 많은
이 옵션을 사용하면 모뎀이 응답하지 않습니다. '해결하기' 섹션을 참조하십시오.
이 옵션을 사용하기 전에 문제'를 참조하십시오.

l 다른 프로그램을 기다릴 때 잠금 파일 테스트 사이의 시간을 절반으로 줄입니다.
완벽한. 기본적으로 8초입니다. 예를 들어 -olll은 간격을 1로 설정합니다.
둘째.

n 페이지 재전송 요청을 무시합니다. 당신이 상관하지 않는 경우이 옵션을 사용
수신 팩스의 품질 또는 수신 기기가 너무 까다로운 경우.
그렇지 않으면 각 페이지는 최대 3번까지 재전송될 수 있습니다.

r 클래스 2 모뎀의 데이터 수신 중에 비트 순서를 바꾸지 마십시오. 오직
Multitech 모뎀에는 이 옵션이 필요합니다. efax가 감지하기 때문에 일반적으로 필요하지 않습니다.
이러한 모뎀.

x 데이터 수신을 시작하려면 DC1 대신 XON(DC2)을 보냅니다. 극소수에 적용
클래스 2 모뎀만 해당.

z 각 모뎀 초기화 또는 재설정 전에 추가로 100밀리초 지연
명령. 초기 지연은 100ms입니다. 예를 들어 -ozzz는 400ms를 생성합니다.
지연. 명령이 너무 빨리 도착하면 혼란스러워지는 모뎀과 함께 사용하십시오.

-q n 이상으로 수신된 페이지의 재전송을 요청합니다. n 오류. 기본값은 10입니다.

-r 꼭 수신된 각 팩스 페이지는 별도의 파일에 저장됩니다. 파일 이름이 생성됩니다.
사용 꼭 등 strftime(3) 형식 문자열. .001, .002 형식의 페이지 번호,
...가 파일 이름에 추가됩니다. 만약에 꼭 비어 있거나("") -r 옵션이 지정되지 않았습니다.
기본 문자열 "%m%d%H%M%S"가 사용됩니다.

-s 모뎀을 초기화한 후 잠금 파일을 제거하십시오. 이것은 발신 전화를 허용합니다.
efax가 수신 전화를 기다리고 있을 때 진행합니다. efax가 모뎀을 감지하는 경우
장치를 다시 잠그려고 시도합니다. 모뎀이 다음으로 잠긴 경우
다른 프로그램 efax는 종료하고 1(``busy'')을 반환합니다. 일반적으로 새 efax
프로세스는 다음으로 시작됩니다. INIT(8). 새 efax 프로세스는 다음을 확인합니다.
잠금 파일이 사라질 때까지 주기적으로 모뎀을 다시 초기화하십시오.

-t NUM [파일...]
전화번호를 다이얼하다 NUM 팩스 이미지 파일 보내기 파일.... 사용하는 경우 이
명령줄의 마지막 인수여야 합니다. 전화번호 NUM 하는
T와 같이 모뎀이 지원하는 다이얼 수정자를 포함할 수 있는 문자열
톤 다이얼링을 위한 접두사 또는 지연을 위한 쉼표. 파일 이름이 지정되지 않은 경우
원격 팩스기가 폴링됩니다. -t 인수가 주어지지 않으면 efax가 응답합니다
팩스 수신을 시도합니다.

-v ng 인쇄할 메시지 유형을 선택합니다. 각 소문자 편지 ng 수
한 가지 유형의 메시지:

e - 오류
w - 경고
i - 세션 진행 정보
n - 능력 협상 정보
c - 모뎀(AT) 명령 및 응답
h - HDLC 프레임 데이터(클래스 1만 해당)
m - 모뎀 출력
a - 프로그램 인수
r - 수신 오류 세부 정보
t - 전송 세부 정보
f - 이미지 파일 세부 정보
x - 잠금 파일 처리

최대 XNUMX개의 -v 옵션을 사용할 수 있습니다. 첫 번째는 인쇄된 메시지용입니다.
표준 오류이고 두 번째는 표준 출력에 대한 메시지입니다. 기본값
표준 오류에만 "ewin"입니다.

-w 답변을 발행하는 대신 OK 또는 CONNECT 프롬프트를 기다립니다(ATA) 명령
팩스를 받습니다. 모뎀이 자동 응답으로 설정된 경우(S0=n)
또는 다른 프로그램이 이미 호출에 응답한 경우.

-x lkf UUCP 스타일 잠금 파일 사용 lkf 모뎀 장치를 열기 전에 잠그십시오. 만약에
장치가 잠겨 있으면 efax는 장치가 해제될 때까지 15초마다 확인합니다. 최대 16 -x
동일한 장치에 여러 이름이 있는 경우 옵션을 사용할 수 있습니다. `#' 접두사
파일 이름에 텍스트(HDB 스타일) 잠금 파일이 아닌 바이너리를 만듭니다. 이것
이전 efax 버전에서 사용된 것과 반대입니다.

팩스 FILE 형식

efax는 다음과 같은 유형의 파일을 읽을 수 있습니다. 에픽스(1) 텍스트, T.4(그룹 3), PBM,
단일 및 다중 페이지 TIFF(G3 및 비압축). efax는 자동으로 유형을 결정합니다.
파일의 내용에서. TIFF 파일에 대한 정보가 포함되어 있으므로 권장됩니다.
이미지 크기와 해상도.

보낼 각 페이지는 그룹 3(G3)이 있는 별도의 TIFF 형식 파일로 변환되어야 합니다.
압축. 수신된 파일도 이 형식으로 저장됩니다. 아래의 예 섹션
efix 및 기타 프로그램을 사용하여 이러한 파일을 만들고, 보고, 인쇄하는 방법을 보여줍니다.

작동 시스템 요구 사항

운영 체제는 프로토콜 시간 초과를 피하기 위해 짧은 응답 시간을 제공해야 합니다. 을위한
클래스 2 및 2.0 모뎀은 지연이 1초 또는 2초를 초과하지 않아야 합니다.

클래스 1 모뎀을 사용할 때 프로그램은 55시간 이내에 특정 이벤트에 응답해야 합니다.
밀리초. 지연 시간이 길어지면 특정 위치에서 팩스 프로토콜이 실패할 수 있습니다.
DCS와 TCF 또는 RTC와 MPS 사이). 따라서 클래스 1 모뎀은 다음에서 사용해서는 안 됩니다.
프로그램이 들어오는 데이터에 응답할 것이라고 보장할 수 없는 시스템
55밀리초. 특히 일부 지능형 직렬 카드 및 터미널 서버는
클래스 1 작동에 문제를 일으킬 만큼 충분한 지연을 도입합니다.

운영 체제는 또한 허용할 수 있도록 충분한 저수준 버퍼링을 제공해야 합니다.
선택한 전송 속도에서 모뎀과 디스크 파일 사이의 중단 없는 데이터 전송
속도, 일반적으로 9600bps. 팩스 프로토콜은 종단 간 흐름 제어를 제공하지 않기 때문에
수신하는 동안 흐름 제어의 효율성은 모뎀의 크기에 의해 제한됩니다.
완충기. 100바이트 미만일 수 있습니다. Efax는 수신 중에 흐름 제어를 사용하지 않습니다.

MODEM 요구 사항

"그룹"은 팩스기 간에 팩스를 보내는 데 사용되는 프로토콜입니다. Efax는
공중 전화 네트워크를 통해 사용되는 그룹 3 프로토콜입니다.

"클래스"는 컴퓨터에서 팩스 모뎀을 제어하는 ​​데 사용하는 프로토콜입니다. Efax는 클래스를 지원합니다.
1, 2 및 2.0 팩스 모뎀.

대부분의 팩스 모뎀은 팩스 모드에서 XON/XOFF 흐름 제어를 사용합니다. 이러한 유형의 흐름 제어
팩스 사용에 대한 오버헤드가 거의 없습니다. 많은 모뎀에는 신뢰할 수 없는 하드웨어(RTS/CTS) 흐름이 있습니다.
팩스 모드에서 제어합니다. 기본적으로 efax는 XON/XOFF 흐름 제어만 활성화하고 -oh
하드웨어 흐름 제어를 추가하려면 옵션을 사용해야 합니다.

일부 모뎀에는 약 1k 바이트의 직렬 버퍼가 있지만 많은 저렴한 모뎀은
버퍼는 약 XNUMX바이트이므로 오버런을 겪을 가능성이 더 높습니다.
팩스 보내기.

일부 구형 모뎀은 사용된 기본값보다 더 많은 명령 사이의 지연이 필요할 수 있습니다.
efax(100밀리초)로. 지연 시간이 너무 짧으면 명령이 제대로 에코되지 않을 수 있습니다.
시간이 초과되거나 일관되지 않은 응답을 제공할 수 있습니다. 하나 이상 사용 -온스 증가 옵션
모뎀 초기화 명령 사이의 지연 및 E0 모뎀 초기화 사용
모뎀 명령의 반향을 비활성화하는 명령입니다.

기본적으로 efax는 모뎀에서 팩스를 수신할 때 모뎀에서 데이터 흐름을 시작하기 위해 DC2를 보냅니다.
클래스 2 모뎀. 일부 구형 모뎀에는 대신 XON이 필요합니다. DC2를 사용하면 모뎀이
오류 메시지 및/또는 프로그램 시간 초과를 제공합니다. NS -황소 옵션은 다음에서 사용해야 합니다.
이 경우.

일부 구형 클래스 2 모뎀(예: 일부 Intel 모델)은 DC2 또는 XON을 전송하여
팩스를 보낼 때 모뎀으로 데이터가 흐릅니다. 2초 동안 기다린 후 efax는 다음을 인쇄합니다.
경고하고 어쨌든 보내기 시작합니다.

매우 소수의 클래스 2 모뎀은 수신 시 기본적으로 비트 순서(MSB에서 LSB로)를 반전하지 않습니다.
수신된 파일을 표시하거나 인쇄할 때 오류가 발생할 수 있습니다. NS 또는
이 경우 옵션을 사용할 수 있습니다.

일부 저렴한 "9600bps" 팩스 모뎀 전용 부치다 9600bps에서 수신이 제한됨
4800bps까지.

다음 클래스 1 모뎀이 efax와 함께 작동하는 것으로 보고되었습니다. AT&T DataPort, Cardinal
디지털 팩스 모뎀(14400), Digicom Scout+, Motorola Lifestyle 28.8, Motorola Power 28.8,
QuickComm Spirit II, Smartlink 9614AV-모뎀, Supra Faxmodem 144LC, USR Courier V.32bis
Terbo, USR Sportster(V.32 및 V.34), Zoom AFC 2.400, Zoom VFX14.4V.

다음 클래스 2 모뎀이 efax와 함께 작동하는 것으로 보고되었습니다. 14k4 Amigo Communion
팩스/모뎀, Adtech Micro Systems 14.4 팩스/모뎀, askey 모뎀 유형 1414VQE, AT&T DataPort,
ATT/Paradyne, AT&T Paradyne PCMCIA, Boca 모뎀, BOCA M1440E, Crosslink 9614FH 팩스모뎀,
FuryCard DNE 5005, GVC 14.4k 내부, Intel 14.4 팩스 모뎀, Megahertz 14.4, , Microcom
DeskPorte FAST ES 28.8, Motorola UDS FasTalk II, MultiTech 1432MU, 실용적인 주변 장치
PM14400FXMT, Supra V32bis, Telebit Worldblazer, TKR DM-24VF+, Twincom 144/DFi, ViVa
14.4/팩스 모뎀, Vobis 팩스 모뎀(BZT 승인), Zoom VFX14.4V, ZyXEL U-1496E[+], ZyXEL
엘리트 2864I.

MODEM 초기화 옵션

필요한 모뎀 초기화 명령은 efax에 의해 생성됩니다. 추가 명령은
명령줄 인수로 제공됩니다. 자세한 정보(텍스트)를 발행하도록 모뎀을 설정해야 합니다.
결과 코드. 다음 명령은 이를 수행하고 시도하기 전에 efax에 의해 전송됩니다.
모뎀을 초기화합니다.

Q0V1 자세한 결과 코드로 명령에 응답

다음 명령은 특별한 목적에 유용할 수 있습니다.

X3 다이얼하기 전에 발신음을 기다리지 마십시오. 다음과 같은 경우 팩스를 보내는 데 사용할 수 있습니다.
이미 수동으로 전화를 걸었습니다. 이 경우 빈 문자열("")을 다음과 같이 사용합니다.
에 대한 첫 번째 주장 -t 명령. 사용 X4 (보통 기본값) 모두 활성화
결과 코드.

M2 통화하는 동안 모니터 스피커를 켜둔 상태로 두십시오(사용 M0 떠날
꺼져).

L0 모니터 스피커 볼륨을 최소로 설정(사용 L3 최대).

E0 모뎀 명령의 반향을 비활성화합니다. 아래의 문제 해결 섹션을 참조하십시오.

& D2 DTR이 삭제되면 모뎀을 명령 모드로 되돌립니다. 프로그램은 DTR을 드랍합니다.
모뎀 명령에 대한 응답을 얻을 수 없는 경우 호출의 시작과 끝. 너
사용할 수 있습니다 & D3 DTR이 떨어졌을 때 모뎀을 재설정합니다.

S7 = 120 캐리어를 위해 최대 120분(XNUMX초)을 기다립니다. 다음과 같은 경우 유용할 수 있습니다.
팩스 응답기는 핸드셰이크 작업을 시작하는 데 시간이 오래 걸립니다(예:
긴 안내 방송이 있는 복합 팩스/자동 응답기).

파비

로컬 하드웨어 및 소프트웨어의 기능은 8자리 문자열을 사용하여 설정할 수 있습니다.
쉼표로 구분:

vr,br,wd,ln,df,ec,bf,st

여기서

vr (수직 해상도) =
인치당 0줄의 경우 98
1lpi의 경우 196개

br (비트 레이트) =
0bps의 경우 2400
1에 대한 4800
2에 대한 7200
3에 대한 9600
4의 경우 12000(V.17)
5의 경우 14400(V.17)

wd (폭) =
0"(8.5cm) 페이지 너비의 경우 21.5
1인치(10cm)용 25.5개
2인치(12cm)용 30.3개

ln (길이) =
0"(A11: 4cm) 페이지 길이의 경우 29.7
1인치용 14개(B4: 36.4cm)
2 페이지 길이 무제한

df (데이터 형식) =
0차원 코딩의 경우 1
1차원 코딩의 경우 2(지원되지 않음)

ec (오류 수정) =
오류 수정이 없는 경우 0

bf (이진 파일) =
바이너리 파일 전송이 없는 경우 0

st (최소 스캔 시간) =
라인당 제로 지연의 경우 0
라인당 1ms의 경우 5
라인당 3ms의 경우 10
라인당 5ms의 경우 20
라인당 7ms의 경우 40

인셀덤 공식 판매점인 전수 팩스 vr, wd및 ln 기능 문자열의 필드는 다음으로 설정해야 합니다.
디스플레이 소프트웨어가 지원하는 최대값. 기본값은 196lpi, 표준입니다.
(8.5"/21.5cm) 너비 및 무제한 길이.

인셀덤 공식 판매점인 전송 팩스 efax는 다음을 결정할 것입니다. vr 과 ln 이미지 파일에서 설정하고 wd ~로
태만.

수신 팩스기가 고해상도(vr=1) 모드, efax는
스캔 라인 쌍을 결합하여 해상도를 줄입니다. 수신 팩스기가
이미지의 너비를 지원하지 않으면 efax는 필요에 따라 자르거나 채웁니다. 대부분의 팩스
기계는 받을 수 있습니다 ln 최대 2. 값을 지원하는 기계는 거의 없습니다. wd 0 이외.

헤더

efax는 전송될 때 각 이미지의 상단에 빈 스캔 라인을 추가합니다. 이것은 공간을 허용합니다
페이지 머리글을 늘리지만 이미지 길이를 늘립니다(기본적으로 약 0.1" 또는 2.5mm
공백이 추가됨).

이 영역에 배치된 헤더는 일반적으로 날짜와 시간을 포함하고 식별하며
페이지 번호와 총 페이지를 보여줍니다. 헤더는 비활성화할 수 없지만 헤더 문자열
빈 줄로 설정할 수 있습니다.

헤더를 생성하기 위한 기본 글꼴은 다음으로 확장된 내장 8x16 픽셀 글꼴입니다.
12x24픽셀(약 9포인트 크기).

efax와 efix에는 모두 글꼴을 지정하는 -f 옵션이 있습니다. efIx는 글꼴을 사용하여
efAx가
헤더를 생성할 글꼴입니다("팩스 전송" 중).

세션 LOG

세션 로그는 표준 오류 스트림에 기록됩니다. 이 로그는 상태 및 오류를 제공합니다.
프로그램에서 선택한 메시지 -v 옵션. 전체 시간을 보여주는 타임 스탬프
또는 각 메시지 앞에 분과 초만 인쇄됩니다. 와 함께 인쇄된 시간
모뎀 응답도 밀리초를 표시합니다.

RETURN Values

프로그램은 다음과 같이 오류 코드를 반환합니다.

0 팩스가 성공적으로 전송 또는 수신되었습니다.

1 전화를 건 번호가 통화 중이거나 모뎀 장치가 사용 중이었습니다. 나중에 다시 시도하세요.

2 문제가 발생했습니다(예: 파일을 찾을 수 없거나 디스크가 가득 찼습니다). 다시 시도하지 마십시오. 을 체크 해봐
자세한 내용은 세션 로그를 참조하십시오.

3 모뎀 프로토콜 오류. 프로그램에서 예상한 응답을 받지 못했습니다.
모뎀. 모뎀이 제대로 초기화되지 않았을 수 있습니다. -o 옵션
사용되지 않았거나 버그 보고서가 순서대로 있을 수 있습니다. 자세한 내용은 세션 로그 확인
세부.

4 모뎀이 응답하지 않습니다. 작업자의 주의가 필요합니다. 확인
모뎀이 켜져 있고 올바른 포트에 연결되어 있는지 확인합니다.

5 프로그램이 신호에 의해 종료되었습니다.

사용 예

만들기 팩스 (G3) 파일

efix 프로그램을 사용하여 텍스트 파일을 TIFF-G3 형식으로 변환할 수 있습니다. 예를 들어,
다음 명령은 텍스트 파일을 변환합니다 편지 파일에 편지.001, 편지.002,
등,:

efix -nletter.%03d 문자

고스트스크립트 티파니3 드라이버는 포스트스크립트에서 TIFF-G3 형식의 팩스 파일을 생성할 수 있습니다.
파일. 예를 들어 다음 명령은 다음과 같습니다.

gs -q -sDEVICE=tiffg3 -dNOPAUSE \
-sOutputFile=letter.%03d letter.ps

Postscript 파일을 변환합니다 편지.ps 고해상도(vr=1) G3 팩스 이미지 파일
편지.001, 편지.002, ...

팩스 표준에만 해당하므로 이미지의 여백은 1cm(2/1인치) 이상이어야 합니다.
팩스는 196.6mm(7.7인치) 너비의 이미지 중앙 부분을 인쇄해야 합니다.
281.5mm(11.1인치) 높이.

efix 프로그램은 이미지에 비트맵을 삽입하여 레터헤드, 서명 등을 생성할 수도 있습니다.

인쇄 팩스 파일

efix 프로그램을 사용하여 Postscript 또는 HP-PCL(LaserJet) 프린터에서 팩스를 인쇄할 수 있습니다.
예를 들어 수신된 팩스 파일을 인쇄하려면 답장.001 Postscript 프린터에서 사용
명령:

efix -ops 응답.001 | lpr

보내기 팩스 파일

다음 명령은 톤 다이얼링을 사용하여 번호 222-2222로 전화를 걸고 두 페이지
에 연결된 팩스 모뎀을 사용하여 TIFF-G3 파일 letter.001 및 letter.002에서 팩스
장치 /dev/cua1.

efax -d /dev/cua1 \
-t T222-2222 문자.001 문자.002

Manual 답변

efax를 사용하여 즉시 전화를 받고 팩스 수신을 시작할 수 있습니다. 이 모드를 사용하십시오
팩스인지 음성인지 확인하기 위해 수동으로 전화에 응답해야 하는 경우.

예를 들어 다음 명령은 장치의 팩스 모뎀을 /dev/ttyS1 대답하다
팩스 수신을 시도합니다. 수신된 팩스는 파일에 저장됩니다.
답장.001, 답장.002, 등등. 모뎀은 자신을 "555 1212"로 식별하고 수신합니다.
고해상도 또는 저해상도로 팩스(vr=1), 최대 14.4kbps(br= 5).

efax -d /dev/ttyS1 -l "555 1212" \
-c 1,5 -r 응답

Automatic 답변

XNUMXD덴탈의 -w 옵션은 efax가 모뎀에서 문자를 사용할 수 있을 때까지 기다리게 합니다.
(수신 전화 표시) 팩스 수신을 시작하기 전에. 사용 -w 옵션과
-iS0=n 전화를 받는 옵션 n 반지. 아래의 예는 모뎀을
네 번째 벨이 울릴 때 팩스 모드로 걸려오는 전화에 응답하고 다음을 사용하여 수신된 팩스를 저장합니다.
수신 날짜 및 시간에 해당하는 파일 이름.

efax -d /dev/ttyb -w -iS0=4 2>&1 >> 팩스.로그

공유 전에, 모뎀 과 나가는 통화

모뎀 장치는 UUCP 장치 잠금 프로토콜을 사용하는 프로그램에서 공유할 수 있습니다.
여기에는 pppd, chat, minicom, kermit, uucico, efax, cu 및 기타 여러 가지가 포함됩니다.
그러나 잠금은 모든 프로그램이 동일한 잠금 파일을 사용하는 경우에만 작동합니다.

하나 이상의 UUCP 잠금 파일 이름이 있는 경우 efax는 모뎀 장치를 열기 전에 모뎀 장치를 잠급니다.
주어진 -x 옵션. 대부분의 프로그램은 잠금 파일을 /usr/spool/uucp 또는
/ var / 잠금 디렉토리를 만들고 LCK..라는 이름을 사용합니다.DEV 어디에 DEV 장치 파일의 이름입니다.
FBI 증오 범죄 보고서 / dev 잠글 디렉토리.

경우 -s (공유) 옵션을 사용하면 파일이 들어오기를 기다리는 동안 잠금 파일이 제거됩니다.
다른 프로그램이 동일한 장치를 사용할 수 있도록 호출합니다.

efax가 팩스 수신을 기다리는 동안 모뎀을 사용하는 다른 프로그램을 감지하면 efax
종료 코드 1로 종료됩니다. 이 장치를 사용하는 후속 efax 프로세스는 대기합니다.
모뎀을 다시 초기화하고 대기를 시작하기 전에 다른 프로그램이 완료될 때까지
다시 수신 전화를 위해.

모뎀 장치 이외의 장치 잠금 기능을 사용하여 모뎀 장치를 잠그려고 하는 프로그램
UUCP 잠금 파일은 이 중재 메커니즘을 사용할 수 없습니다.
여전히 efax 프로세스에 열려 있습니다. 이 경우 efax 프로세스를 종료해야 합니다.
(예: "팩스 중지") 다른 프로그램을 시작하기 전에.

efax가 팩스를 기다리고 있을 때 모뎀은 팩스 모드에서 수신할 준비가 되어 있지만
잠금 파일을 제거합니다. 슬립 또는 PPP 프로그램이 설정하여 모뎀 포트를 인수하는 경우
자체 잠금 파일 efax는 모뎀을 재설정하지 않고 모뎀에 더 이상 명령을 보낼 수 없습니다.
따라서 다른 프로그램은 시작할 때 모뎀을 데이터 모드로 다시 설정해야 합니다. NS
이렇게 하면 슬립 시작 부분에 모뎀 재설정 명령(ATZ는 OK 예상)을 추가하거나
PPP 채팅 스크립트.

구매 화폐 두 팩스 과 데이터 통화

많은 모뎀에는 다음을 사용하여 활성화할 수 있는 적응형 데이터/팩스 응답 모드가 있습니다. -j+FAE=1
(클래스 1의 경우) 또는 -jFAA=1 (클래스 2[.0]의 경우) 초기화 문자열입니다. 통화 유형(데이터
또는 팩스)는 모뎀의 응답에서 추론할 수 있습니다.

일부 모뎀에는 적응형 응답 기능이 제한되어 있습니다(예: 특정 모드에서만 제대로 작동
전송 속도 또는 클래스 2)에만 있거나 전혀 없음. 이 경우 초기화 문자열을 사용하십시오.
-i+FCLASS=0 데이터 모드에서 먼저 응답하고 -오아 전화를 끊고 다시 시도하는 옵션
첫 번째 응답 시도가 성공하지 못한 경우 팩스 모드에서. 이 방법은 다음 경우에만 작동합니다.
전화 시스템은 전화를 끊은 후 수신 연결을 끊기 전에 몇 초 동안 기다립니다.
전화.

경우 -g 옵션이 사용되면 옵션의 인수는 다음과 같은 경우 쉘 명령으로 실행됩니다.
수신 데이터 호출이 감지되었습니다. 일반적으로 이 명령은 게티(8). 이 프로그램
모뎀이 이미 오프훅 상태이고 잠금 파일이 존재하는 것을 예상해야 하므로
전화를 끊거나 잠금 파일을 만드십시오. 모뎀은 다음으로 설정해야 합니다.
DCE-DCE(모뎀-컴퓨터, 예: CONNECT 38400) 속도가 아닌 DCE-DTE(모뎀-컴퓨터) 속도를 보고합니다.
모뎀, 예: CONNECT 14400) 속도. 많은 모뎀의 경우 초기화 옵션 -iW0이 설정됩니다.
이.

다음 명령은 efax가 수신 전화에 응답하도록 합니다. /dev/cua1 두 번째에
반지. 이 장치는 두 개의 다른 잠금 파일을 사용하여 잠기지만 이러한 잠금 파일은
수신 전화를 기다리는 동안 제거(-s). 데이터 호출이 감지되면 게티
프로그램이 실행되어 터미널 드라이버를 초기화하고 로그인(1) 과정.
수신된 팩스 파일은 다음과 같은 이름을 사용하여 저장됩니다. Dec02-12.32.33.001,에
/usr/spool/fax/수신 디렉토리 및 로그 파일이 추가됩니다.
/usr/spool/fax/faxlog.cua1.

efax -d /dev/cua1 -j '+FAA=1' \
-x /usr/spool/uucp/LCK..cua1 \
-x /usr/spool/uucp/LCK..ttyS1 \
-g "실행 /sbin/게티 -h /dev/cua1 %d" \
-iS0=2 -w -s \
-r "/usr/spool/fax/incoming/%b%d-%H.%I.%S" \
>> /usr/spool/fax/faxlog.cua1 2>&1

두 유형의 적응형 응답은 모든 발신자에게 작동하지 않습니다. 일부 데이터의 경우
호출 초기 데이터 모드 응답의 지속 시간은 데이터 핸드셰이킹에 너무 짧을 수 있습니다.
완료합니다. 다른 경우에는 이 기간이 너무 길어 수신 팩스 호출이
efax가 팩스 모드로 전환되기 전에 시간이 초과됩니다. 또한 일부 발신 팩스 모뎀은
팩스 신호음에 대한 데이터 모드 응답음을 설정하고 팩스 협상을 너무 빨리 시작합니다.
소프트웨어 적응형 응답을 사용하면 초기 데이터 모드의 값을 줄일 수 있습니다.
보다 안정적인 팩스 핸드셰이킹을 얻으려면 응답(efax.c의 TO_DATAF에 의해 설정)
보다 안정적인 데이터 핸드셰이킹. 그러나 신뢰할 수 있는 팩스 및 데이터를 제공해야 하는 경우
모든 발신자에게 서비스를 제공하려면 두 가지 유형의 통화에 대해 별도의 전화 번호를 사용해야 합니다.

전화에 응답하면 모뎀은 컴퓨터 대 모뎀 전송 속도가 고정된 상태로 온라인 상태가 됩니다.
가장 최근의 AT 명령에 사용된 속도로 efax가 팩스나 데이터를 기다리고 있을 때
팩스에 필요한 속도이므로 인터페이스 속도를 19200bps로 설정합니다.
작업. 이렇게 하면 28.8kbps 모뎀 기능을 완전히 사용할 수 없습니다.

사용 INIT ~까지 운영 이팩스

efax에 대한 항목을 입력하면 efax는 모든 수신 전화에 응답할 수 있습니다. / etc / inittab (에 대한
SysV 유사 시스템) 또는 /etc/ttytab (BSD와 같은 시스템의 경우). NS INIT(8) 프로세스는
시스템이 부팅될 때와 이전 efax 프로세스가 시작될 때마다 efax의 새 복사본
종료합니다. inittab 또는 ttytab 항목은 다음을 실행하여 efax를 호출해야 합니다. 팩스 스크립트
an 답변 논의.

예를 들어 다음 줄을 / etc / inittab (그리고 "kill -1 1"을 실행)
init를 실행시키다 팩스 인수가 있는 스크립트 답변 매번 이전 프로세스
종료하고 INIT 런레벨 4 또는 5에 있습니다.

s1:45:리스폰:/ 빈 / SH /usr/bin/팩스 응답

BSD와 유사한 시스템(예: SunOS)의 경우 다음과 같은 행이 /etc/ttytab 합니다
동일한 효과:

ttya "/usr/local/bin/fax answer" 알 수 없음

초기화 이후에 변조로부터 팩스 스크립트 및 구성 파일을 보호해야 합니다.
권한 있는(루트) 프로세스로 실행합니다. 다음을 통해 데이터 통화를 허용할 경우
getty 및 로그인은 시스템이 합리적으로 안전한지 확인해야 합니다(예: 모든
사용자 ID는 안전한 암호를 가지고 있습니다).

efax exec()의 getty가 올바르지만 잘못된 로그인 프롬프트가 표시되면 아마도
모뎀과 컴퓨터 사이의 전송 속도 불일치. 먼저 efax 로그 파일을 확인하십시오.
모뎀의 CONNECT 응답이 직렬 포트 속도(예: 19200)를 보고했는지 확인하려면 지원
모뎀 모뎀 속도(예: 14400). 다음으로 getty 옵션 및/또는 구성을 확인하십시오.
특정 전송 속도에 대한 파일(예: /etc/gettydefs). 그런 다음 수동으로 getty를 실행하십시오.
동일한 인수를 사용하고 ``stty를 사용하여 포트 설정을 확인합니다.
데이터 연결을 위해 하드웨어 흐름 제어를 활성화하고 싶을 것입니다(agetty의 경우 -h,
getty_ps에 대한 CRTSCTS).

일부 프로그램은 efax가 전화에 응답하도록 설정되어 있을 때 제대로 작동하지 않습니다.
잠금 파일을 만듭니다. 이러한 프로그램 주위에 쉘 스크립트 ``wrapper''를 다음과 같이 넣을 수 있습니다.
제대로 작동하게 하십시오. BIN과 LOCKF를 적절하게 변경하십시오.

#!/ 빈 / SH
BIN=/bin/나쁜 프로그램
LOCKF=/var/spool/uucp/LCK..cua1
만약 [ -f $LOCKF ]
그때
에코 잠금 파일 $LOCKF가 있습니다.
1 번 출구
그렇지 않으면
printf "%10d0 $$ >$LOCKF
$빈 $*
rm $잠금
fi

배달 받았다 팩스 BY E-MAIL

위에서 설명한 "팩스 응답" 스크립트는 수신된 팩스 파일을 이메일로 보내도록 구성할 수 있습니다.
이전 팩스 응답 프로세스를 통해 "팩스 관리자"에게 팩스를 전달할 수 있습니다.
올바른 수신자. 수신된 팩스 파일은 MIME 첨부 파일로 전송됩니다.
페이지에서 ``base64'' 텍스트 인코딩과 ``image/tiff'' 파일 형식을 사용합니다.

이메일 리더에서 팩스 이미지를 직접 보려면 다음과 같이 구성해야 합니다.
image/tiff 유형의 파일을 표시할 수 있는 응용 프로그램입니다. 일반적으로 이것은 다음과 같이 지정됩니다.
``mailcap'' 파일. 예를 들어 다음 줄을 /etc/mailcap 원인이됩니다
``팩스 보기'' 명령을 사용하여 표시할 팩스 파일 첨부 파일.

이미지/티프; 팩스 보기 %s

배상 팩스 사용 L' 인쇄 스풀러

문서를 팩스로 보낼 lpr 인쇄 스풀러에 "팩스" 프린터를 구성할 수 있습니다.
efax를 인쇄하는 대신 사용합니다. 이것은 efax를 실행하는 네트워크 서버가
비 Unix 클라이언트를 포함하여 다른 시스템을 대신하여 팩스를 보냅니다. 다음 단계에서 사용
팩스 스크립트에 지정된 디렉토리와 다른 경우 / usr / bin 과
/var/spool/fax(FAXDIR). 팩스 프린터를 설정하려면 루트로 다음을 수행하십시오.

(1) 팩스 스크립트가 다음을 결정할 수 있도록 ``faxlpr''이라는 팩스 스크립트에 대한 링크를 만듭니다.
인쇄 스풀러에서 호출됩니다.

ln -s /usr/bin/fax /usr/bin/faxlpr

(2) /etc/printcap을 편집하고 다음과 같은 항목을 추가합니다.

팩스:lp=/dev/null:sd=/var/spool/fax:if=/usr/bin/faxlpr:

"팩스"라는 프린터를 정의합니다. 인쇄 파일은 /var/spool/fax(sd=)로 스풀됩니다.
디렉토리로 이동한 다음 /usr/bin/faxlpr 필터(if=)로 파이프됩니다. 오류 메시지가 나타납니다
/dev/console에서.

(3) 누구나 팩스 스풀에서 읽고 쓸 수 있도록 권한을 생성 및/또는 설정합니다.
예배 규칙서. 예를 들어:

mkdir /var/spool/팩스
chmod 777 /var/spool/팩스

(4) 누구나 읽을 수 있는 프린터 데몬 잠금 파일을 만듭니다.

터치 /var/spool/fax/lock
chmod 644 /var/스풀/팩스/잠금

이제 다음과 같은 명령을 사용하여 lpr 인터페이스를 사용하여 팩스를 보낼 수 있습니다.

lpr -P 팩스 -J "555 1212" 파일.ps

여기서 -J 옵션은 전화를 걸 전화 번호 또는 별칭을 지정하는 데 사용됩니다.

명령줄에 둘 이상의 파일이 제공되면 연결됩니다.
"팩스 보내기"로 전달되기 전에. 따라서 TIFF-G3, Postscript 또는 PBM 파일은
TIFF 및 Postscript 파일에 여러 페이지가 포함될 수 있지만 한 번에 하나의 파일을 보냈습니다.
여러 개만 본문 파일은 하나의 명령으로 보낼 수 있습니다. 텍스트 파일의 페이지 나누기는
양식 공급 문자로 표시됩니다. 파일이 변환되어 기본값(높음)으로 전송됩니다.
해상도.

당신이 사용할 수 LPQ(1) 팩스 대기열을 확인하려면 lprm(1) 팩스 작업을 제거하고 lpc(8) ~
스풀러를 제어합니다. 각각의 경우에 -Pfax 옵션을 사용하여 팩스 ``프린터''를 지정합니다. A
팩스가 전송되면 로그 파일이 사용자에게 메일로 전송됩니다.

또한 lpr과 호환되는 네트워크 컴퓨터에서 팩스를 보낼 수 있어야 합니다.
작업 이름(-J 옵션)을 다음으로 설정할 수 있는 원격 인쇄 소프트웨어
임의의 문자열. 이러한 소프트웨어는 대부분의 컴퓨터에서 사용할 수 있습니다.

을 참조 lpd(8)과하면 프린트 캡(5) 인쇄 스풀러 및
호스트 이름(/etc/host.lpd) 또는 사용자 그룹('rg' printcap)으로 액세스 제한
기입).

해결 문제

팩스 스크립트의 첫 번째 부분에서 구성 설정, 특히
모뎀 장치 이름 및 잠금 파일 이름.

모뎀 장치(일반적으로 /dev/ttyX)를 열려고 할 때 efax가 멈추면 장치는
다른 프로세스(예: pppd)에서 이미 사용 중이거나 캐리어 감지가 필요합니다.
라인이 열리기 전에 true가 됩니다. 많은 시스템에서 대체 장치 이름을 정의합니다.
캐리어가 아니더라도 열 수 있는 동일한 물리적 장치(일반적으로 cuaX)
현재 또는 다른 프로그램에서 이미 사용 중입니다.

모뎀 초기화 명령에 대한 응답이 손실되거나 무작위로 생성되는 경우
다른 프로세스(예: getty 또는 efax 자동 응답 프로세스)가
동시에 모뎀. 이 다른 프로그램이 실행되는 동안 efax를 실행해 보십시오. 이팩스인 경우
"/dev/ttyX가 잠겨 있거나 사용 중입니다. 대기 중"이라고 보고하지 않습니다. 잠금 파일 이름은
올바르게 지정되었습니다.

팩스 전송을 시도합니다. 모뎀이 호출 신호(CNG, 0.5
3초마다 두 번째 경고음) 전화 걸기가 완료되는 즉시. 이것은 모뎀이
팩스 모드. 수행할 전화선을 모니터링하려면 SPKR 변수를 -iM2L3으로 설정해야 할 수 있습니다.
이.

응답 팩스기를 듣고 응답 신호(CED, a 3
두 번째 경고음) 다음에 3초마다 "워블링" 소리(DIS 프레임)가 울립니다. 들리면
대신 연속적인 사운드(톤 또는 노이즈)가 나타나면 대신 데이터 모뎀에 연결한 것입니다.

모뎀은 DIS에 즉시 응답하여 자체 워블(DCS 프레임)을 다시 보내야 합니다.
1.5초 동안의 노이즈(채널 확인)가 뒤따릅니다. 모든 것이 정상이면 수신
end는 다른 워블(CFR 프레임)을 보내고 모뎀이 데이터를 보내기 시작합니다. 만약 너라면
외장 모뎀이 있는 경우 LED를 확인하십시오. 흐름 제어가 제대로 작동하는 경우 모뎀의
데이터 전송(SD) LED는 팩스 데이터가 전송되는 동안 주기적으로 꺼집니다.

페이지에서 줄 수와 평균 비트 전송률을 보여주는 메시지를 확인하십시오.
전송이 이루어집니다. 낮은 줄 수(레터 크기 이미지의 경우 1000개 미만) 또는 경고
보내는 동안 "팩스 출력 버퍼 오버플로"가 발생하면 이미지 데이터 형식이
잘못된. "팩스 보기" 명령을 사용하여 전송 중인 파일을 확인하십시오.

오류 메시지 ``흐름 제어가 작동하지 않았습니다''가 표시되면 흐름 제어가 작동하지 않은 것입니다.
활동적인. 이것은 일반적으로 왜곡된 전송을 초래하고 수신 기계가
페이지 거부, 통화 중단, 왜곡되거나 빈 이미지 인쇄 및/또는 전화 끊기.

"보내는 동안 받은 문자" 경고 또는 뒤에 등장하는 캐릭터
전송은 운영 체제가 모뎀의 XOFF 흐름 제어를 무시했음을 의미합니다.
캐릭터. getty 또는 pppd와 같은 다른 프로그램을 실행하고 있지 않은지 확인하십시오.
xon/xoff 흐름 제어를 끌 것이기 때문에 efax와 같은 시간입니다.

흐름 제어가 제대로 작동하지 않으면 다음을 사용하여 ``가상 흐름 제어''를 활성화하십시오.
전에, -의 옵션 또는 하드웨어 흐름 제어 -오 옵션을 선택합니다.

원격 기기가 +FPTS:1 응답(클래스 2) 또는
MCF 프레임(클래스 1).

클래스 2 모뎀의 경우 "비정상 통화 종료(코드 nn)"는 다음을 나타냅니다.
모뎀이 오류를 감지하고 끊었습니다.

많은 회사에서 제품에 대한 정보를 팩스로 돌려주는 서비스를 광고합니다. 이것들
팩스 수신 테스트에 유용할 수 있습니다.

수신 시 "실행 길이 버퍼 오버플로" 메시지는 이미지에 오류가 있음을 나타냅니다.
데이터 형식. 다음을 사용해야 할 수도 있습니다. 또는 특정 클래스 2 모뎀의 옵션.

efax에 "발생할 수 없습니다( )"에 버그 보고서를 보내주십시오.
저자.

마지막으로 "옵션 빙고"를 플레이하지 마십시오. 문제를 해결할 수 없으면 자세한 로그를 보내주십시오.
실패한 세션(의 출력 팩스 -v ...) 아래 주소로.

WEB 페이지

최신 버전, 알려진 버그 및 패치에 대한 포인터가 있는 웹 페이지는 다음에서 사용할 수 있습니다.

http://www.cce.com/efax/

관련 소프트웨어

Linux 시스템용

독립 패키지는 efax(xfax, tefax) 및
efax를 사용하여 전자 메일-팩스(Qfax) 게이트웨이를 제공합니다. 모두 익명 FTP로 사용 가능
/pub/Linux/apps/serialcomm/fax/의 metalab.unc.edu에서.

아미가 시스템의 경우

Amiga용 efax의 초기 버전 포트는 구성 요소로 사용할 수 있습니다.
Al Villarica에서 배포한 셰어웨어 음성 메일 패키지, AVM([이메일 보호]).

기타 포트

efax는 비교적 이식하기 쉽습니다. 모든 시스템 종속 코드는 efaxos.c. 초기
efax의 버전은 VMS로 이식되었습니다. 버전 0.8a는 Luigi Capriotti에 의해 Win32로 이식되었습니다.
Win32 코드를 현재 버전에 통합하려면 작성자에게 문의하십시오.

onworks.net 서비스를 사용하여 온라인으로 efax를 사용하세요.