Si, credo funzioni ugualmente.
Comunque puoi controllare i file FaxDispatch e FaxNotify.
Da me funziona così:
in FaxDispatch SENDTO=FaxMaster
FaxMaster in /etc/aliases è configurato per l'utente
hylafax (FaxMaster: hylafax - come di default). Nella
home dell'utente hylafax ho configurato il file .procmailrc per
smistare i fax che arrivano (mando i fax a vari indirizzi email).
In FaxNotify ho commentato SENDTO e i messaggi giornalieri
di "HylaFAX Usage Report" mi arrivano sull'utente root
dall'utente root.
Ciao

Ciao,
anch'io ho avuto un po di problemi di ricezione fax.
Poi ho preso un modem Robotics e ho googleggiato un po....
Di seguito riporto il config.ttyS0 che uso su Centos
5.8 e hylafax 6.0.6 (con la configurazione sono partito
dalla 6.0.5).
Ciao.

CountryCode:            0039
AreaCode:               0565
FAXNumber:              "+39 0565 xxxxxx"
LongDistancePrefix:     0
InternationalPrefix:    00
DialStringRules:        etc/dialrules
ServerTracing:          1
SessionTracing:         11
RecvFileMode:           0666
LogFileMode:            0666
DeviceMode:             0666
RingsBeforeAnswer:      3
SpeakerVolume:          off
GettyArgs:              "-h %l dx_%s"
LocalIdentifier:        "xxxxxxxxx"
LogFacility:            local5
TagLineFont:            etc/lutRS18.pcf
TagLineFormat:          "Da %%l|%c|Pagina %%P di %%T"
MaxRecvPages:           25
#
# Modem-related stuff: should reflect modem command interface
# and hardware connection/cabling (e.g. flow control).
#
ModemType:              Class1          # use class 1 interface
ModemRate:              19200           # rate for DCE-DTE communication
ModemFlowControl:       xonxoff         # software flow control
#
ModemSetupDTRCmd:       ATS13=1&D2      # setup so DTR drop resets modem
ModemSetupDCDCmd:       AT&C1           # setup so DCD reflects carrier (or not)
ModemNoFlowCmd:         AT&H0&I0&R1     # setup modem for no flow control
ModemHardFlowCmd:       AT&H1&I0&R2     # setup modem for hardware flow control
ModemSoftFlowCmd:       AT&H2&I2&R1     # setup modem for software flow control
ModemResultCodesCmd:    ATQ0X3          # enable result codes
#
# Per problema di Blacklist sui Modem USRobotics
ModemResetCmds:         ATS40=2

# Per fare lo zero prima del numero
ModemDialCmd:           ATDT%s

ModemMfrQueryCmd:       !USR
ModemModelQueryCmd:     ATI3
ModemRevQueryCmd:       ATI7            # XXX returns a multi-line result
#
# When AT+FCLASS=1 is issued the modem automatically switches
# to software flow control; these parameters let the fax software
# reset flow control as needed after entering Class 1.
#
Class1NFLOCmd:          AT&H0&I0&R1     # setup modem for no flow control
Class1HFLOCmd:          AT&H1&I0&R2     # setup modem for hardware flow control
Class1SFLOCmd:          ""              # modem does this automatically
#
# This should resolve "DIS/DTC received 3 times" errors:
#
Class1ResponseWaitCmd:  AT+FRS=1        # wait after sending TCF for response
#
# The remainder of this configuration is included so that the
# modem "idles" in Class 0 while not sending or receiving facsimile.
#
ModemSetupAACmd:        AT+FCLASS=0     # leave modem idling in class 0
######### ModemAnswerCmd:               AT+FCLASS=1A    # answer in Class 1
#
# When using AT+FRS=n we see USR modems reset themselves in the middle of sessions
# this is not good.  So, we seem to work-around that problem by not using the
# command.  Unfortunately, this isn't an ideal thing.
#
Class1SwitchingCmd:     "<delay\0727>"
#
#
ModemRingResponse:      "AT#CLS=8\nAT#VLS=4\nATA"
CallIDPattern:          SHIELDED_DTMF
CallIDAnswerLength:     4
ModemAnswerCmd:         "<delay:100>AT+FCLASS=1\nATA"
#
FaxRcvdCmd: bin/faxrcvd

ciao,
avvia il server, usa il comando netstat (o ps) per controllare se il servizio
è partito. Se non è partito prova:
service vncserver restart e vedi cosa ti dice.
Sotto la home dell'utente/.vnc dovrebbe esserci anche
il log. Riusa i comadi per vedere se il servizio è partito,
altrimenti controlla il log.
Per quanto riguarda la sicurezza, volevo solo sottolineare
quello che c'è gia scritto nel file che hai modificato:
-nolisten tcp (non ascolta su tcp, come fai a collegarti da un altro PC?)
-localhost (ascolta solo su localhost, ti "consiglia" di collegarti al server vnc
via tunneling.... su google trovi molti esempi).
Quindi questi 2 parametri vanno tolti (soprattutto in fase di installazione e prova
del servizio); togliendo questi parametri il server ascolterà su 0.0.0.0:5902,
permetterà tutte le connessioni, anche quelle non desiderate.
Per questo ti ho detto del firewall.
Ciao

Scusa se insisto..........
squid -v | grep enable-arp-acl
e ti saresti risparmiato un po di lavoro...
Scherzo fa sempre piacere sentire che uno
spippola......, ma concordo in pieno con LonelyWolf.

Ciao

Ciao morph3us
prova a mettere come prima riga:
#!/bin/bash
e riprova.
Modificare /etc/crontab è diverso da fare crontab -e,
poichè quest'ultimo comando usa un file su
/var/spool/cron/<nome utente>.

Auguri.

Da root
service iptables stop

ciao

Ciao,
direi che disabilitare selinux è la prima cosa che farei.
Quando parli di permessi alludi a qualli di samba o a quelli
di sistema??.
I permessi del file system sono più "forti" di quelli di samba.

Ciao