Hylafax: unable to create temp file for receiving data
Hi @ all, ich bin gerade dabei einen Hylafax Server aufzusetzen. Verschicken von Faxen funktioniert nur mit dem Empfangen hab ich da kleinen Probleme: Mar 23 06:07:07 notebook FaxGetty[1038]: ANSWER: FAX CONNECTION DEVICE '/dev/ttyS0' Mar 23 06:07:07 notebook FaxGetty[1038]: RECV FAX: Unable to create temp file for received data: cannot open recvq/seqf: Permission denied Mar 23 06:07:18 notebook FaxGetty[1038]: MODEM ROCKWELL RC288DPi/LASAT Credit 560 Voice V1.21 Rechte fuer /var/spool/fax: drwxr-xr-x 17 uucp uucp 528 2004-03-22 19:10 fax Rechte fuer /var/spool/fax/recvq und sendq: drw-rw-r-- 2 uucp uucp 72 Mar 22 20:38 recvq drw-rw-r-- 2 uucp uucp 72 Mar 22 18:36 sendq Ich hab bisher fuer die Verzeichnisse von 644 bis 777 durchgespielt und auch den Benutzer geaendert. Allerdings ohne Erfolg :-( Waere nett, wenn mir jemand 'nen Tipp geben koennte Gruesse -- Peter Thill Registered Linux user number 340982. peter_thill@web.de Please visit: http://counter.li.org/
Hallo Peter,
ich bin gerade dabei einen Hylafax Server aufzusetzen. Verschicken von Faxen funktioniert nur mit dem Empfangen hab ich da kleinen Probleme: ... Mar 23 06:07:07 notebook FaxGetty[1038]: RECV FAX: Unable to create temp file for received data: cannot open recvq/seqf: Permission denied Rechte fuer /var/spool/fax/recvq und sendq: drw-rw-r-- 2 uucp uucp 72 Mar 22 20:38 recvq drw-rw-r-- 2 uucp uucp 72 Mar 22 18:36 sendq
bei mir läuft Hylafax mit faxgetty aus dem 7.3er-SuSE, wobei sendq uucp:uucp mit drwx------ und recvq uucp:uucp mit drwxrwxrwx ist, wobei die recvq-Rechte nicht dem Standard entsprechen. Bei mir dürfen alle User die eingehenden Faxe einsehen und auch löschen, daher die Freigabe für alle. Per Std. dürfte dort ebenfalls drwx------ gestanden haben (ist schon ne ganze Weile her). Die Datei recvq/seqf (enthält die lfd. Nummer der zuletzt empfangenen Faxdatei) gehört ebenfalls uucp:uucp und ist nur für diesen rw, also 600 oder -rw------- Welcher "User" hat denn den faxgetty-Prozess gestartet - ist das vielleicht nicht uucp? Das wäre das Einzige, was mir in diesem Zusammenhang spontan einfällt. Den User bekommst Du z.B. mit ps axu | grep faxgetty heraus. Neblige Grüsse aus Hessen Lutz
On Tue, Mar 23, 2004 at 06:52:49AM +0100, Peter Thill wrote:
Rechte fuer /var/spool/fax/recvq und sendq: drw-rw-r-- 2 uucp uucp 72 Mar 22 20:38 recvq
^ ^ Ganz schlechte Kombination. Um sinnvoll in Verzeichnissen arbeiten zu koennen, braucht man das x-bit.
Ich hab bisher fuer die Verzeichnisse von 644 bis 777 durchgespielt und auch den Benutzer geaendert. Allerdings ohne Erfolg :-(
Viele Daemonen moegen es nicht, wenn die Verzeichnisrechte zu lasch sind. Probiere man "chmod 0755 /var/spool/fax/recvq" und "chmod 0700 /var/spool/fax/sendq" -- Have fun, Peter
Am Die, 2004-03-23 um 11.14 schrieb Peter Wiersig:
On Tue, Mar 23, 2004 at 06:52:49AM +0100, Peter Thill wrote:
Hallo Peter,
Viele Daemonen moegen es nicht, wenn die Verzeichnisrechte zu lasch sind. Probiere man "chmod 0755 /var/spool/fax/recvq" und "chmod 0700 /var/spool/fax/sendq"
Jau, das wars. Danke.
-- Have fun, Peter
Werd' ich ;-) Gruesse -- Peter Thill Registered Linux user number 340982. peter_thill@web.de Please visit: http://counter.li.org/
* Peter Thill schrieb:
Am Die, 2004-03-23 um 11.14 schrieb Peter Wiersig:
On Tue, Mar 23, 2004 at 06:52:49AM +0100, Peter Thill wrote:
Hallo Peter,
Viele Daemonen moegen es nicht, wenn die Verzeichnisrechte zu lasch sind. Probiere man "chmod 0755 /var/spool/fax/recvq" und "chmod 0700 /var/spool/fax/sendq"
eigentlich reicht es einmal SuSEconfig laufen zu lassen, dann werden die Verzeichnisrechte gemäß /etc/permissions.secure gesetzt, dann sollte es wieder funken.
Jau, das wars. Danke. schön
Ekkard
participants (4)
-
Ekkard Gerlach
-
Lutz Maibach
-
Peter Thill
-
Peter Wiersig