Work at SourceForge, help us to make it a better place! We have an immediate need for a Support Technician in our San Francisco or Denver office.

Close

#28 Problems with fileaccess

v0.51
closed
5
2012-10-28
2006-02-01
Wanninger
No

If you're using concurrent fileaccess via nfs and smb
and ftp, you will have problems to change or delete
files. E.g. write a file using nfs, it will have 644.
Reading it with smb, it's marked as readonly, and you're
not able to change or remove it.
If you write a file with smb, it will be marked as 755
and so on...

I think it would be better to mark dir's 777 and files
666 using smb, or to give root access to smb clients.

You also cannot change user rights using ftp.

As long as there is no usermanagement implemented,
nor the userid submission is supported, it would be
better, to make files accessible to everybody.

Discussion

  • Logged In: YES
    user_id=1370551

    Another remark for this bug:
    "It would also be nice to have full access to files
    which haven't been written by using smb or ftp.

    In most cases you can't modify files which were written
    with nfs."

     
  • Logged In: YES
    user_id=1370551

    Adding this line in the smb.conf file for the next release:
    create mask = 0666
    directory mask = 0777

     
  • Wanninger
    Wanninger
    2006-02-13

    Logged In: YES
    user_id=1441560

    If you can add the following, you will never have any
    problems in concurrent fileacces:

    create mask = 0666
    directory mask = 0777
    force create mode = 0666
    force directory mode = 0777
    hide dot files = No
    delete readonly = Yes
    dos filetimes = Yes
    dos filetime resolution = Yes

    Regards

    Günter

     
  • Logged In: YES
    user_id=1370551

    Resolve in 0.6