HylaFAX The world's most advanced open source fax server

[Date Prev][Date Next][Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: faxsetup on Linux (bug in moduser?)



On Mon, 10 Nov 1997 Matthias.Apitz@SOFTCON.de wrote:

> Carsten Hoeger wrote:
>     
>     On Sun, 9 Nov 1997 Matthias.Apitz@SOFTCON.de wrote:
>     
>     > I'm checking the faxsetup(1M) on Linux (to detect any problems
>     > and see if it works reliable). For some unknown reason my Linux
>     > box (S.u.S.E.) is shipped with a user "fax" in /etc/passwd and
>     
>     The reason is, in my opinion the package mgetty+sendfax from Gert Doering.
>     This package needs this user, too.
>     
>     > HylaFAX's faxsetup(1M) wants to modify this ("fax" must have
>     > the same uid as "uucp"). But it seems that there is a bug
>     
>     By this reason, I made some very raw changes in the faxsetup-script from
>     HylaFAX, that comes with S.u.S.E. Linux 5.0.0#2 and higher. After these
>     changes, the question to modify /etc/passwd disappears -that's not a very
>     good solution, but I had to find a quick solution-.
> 
>     Another point is, that the uid of uucp and fax has to be the same. That's
>     not a very good solution. We changed this and put uucp and fax in the same
>     group. That works...
> 
> The reason for uid(uucp) == uid(fax) are the lock files of UUCP.
> The normal directory for UUCP-locking is /var/spool/locks,
> owned by "uucp" with permission 0755. I just checked another
> Linux box in my company (also a S.u.S.E. distribution)
> but there seems to be a bug (don't know if this system still
> matches the CD-ROM):

The uucp-locking directory is /var/lock in our system...
 
> $ uname -a
> Linux wilson 2.0.14 #5 Thu Aug 22 17:01:26 MET DST 1996 i586
> $ ls -ld /var/spool/locks
> lrwxrwxrwx   1 root     root            4 Mar 17  1995 /var/spool/locks -> lock
> $ cd /var/spool/locks
> bash: /var/spool/locks: No such file or directory
> $
> 
> If you set "fax" and "uucp" into the same group (e.g. "uucp")
> you must (at least) also change the rights of this directory.
> 
> If mgetty+sendfax can live with any uid for "fax" why not
> setting it to the same as "uucp" per default in S.u.S.E.?

Some guys here weren't very happy with this solution, so I tried to give
fax another uid, changed the faxaddmodem to give the FIFO.xxx file
uucp.uucp as owner and all seems to work -all I have tested-. I use the
faxserver at home, at our company and several other people use it, too.
 
> Do you have any information why usermod(1M) is exiting with 12
> in case of existing HOME dir? This is the real problem at all.
> On my SVR4.2 Onsite UNIX usermod(1M) works like that:

I'll try to find it out...
 
> # grep fax /etc/passwd
> fax:x:5:5:Facsimile Agent:/var/spool/fax:/usr/bin/sh
> # usermod -d /tmp fax
> # echo $?
> 0
> # grep fax /etc/passwd
> fax:x:5:5:Facsimile Agent:/tmp:/usr/bin/sh
> # 
> 
> Another workaround could be not to change the HOME for "fax".
> HylaFAX doesn't care about fax's $HOME.
> 
> 	matthias
> 

mfG,
	Carsten Hoeger
------
Carsten Hoeger  - S.u.S.E. GmbH -  Gebhardtstr. 2  -  90762 Fuerth  -  Germany
fax +49-911-3206727      web http://www.suse.de        mailbox +49-911-3247122
"Ein Buch ist eine Wolke, auf der man keinen Husten bekommt." (Max Goldt)




Project hosted by iFAX Solutions