file_mode=0660,dir_mode=0770, but it
doesn't seem to have any effect. The result is always the same.
Am I missing out on something simple here?? Or is cifs buggy. And shouldn't the
files and directories on the server
be controlled by the server settings, that would be the most sensible
Public bug reported:
After upgrading the kernel from 4.15.0-96 to 4.15.0-99 it is no longer possible
to do a ftp-login using proftpd. A "normal" ftp-login not sftp
In my setup proftpd is started via xinetd.
The login attempts fail with the following in syslog
May 1 09:53:23 ns3 proftpd[30032]:
Public bug reported:
I run a samba server for a small business.
It's not connected to a Windows AD, we are not using that.
So I am not running Winbind, just smbd and nmbd.
Most clients are Windows machines with a few Mac's and Linux-clients.
Everything works fine, file sharing and printing (via cu
I would like to hear if others can confirm this?
There is no doubt that the rpcd_spoolss-process eats up memory.
If left for some hours it will grab 1-2 gigabytes of memory.
And on a system running idle it will also slowly but surely increase it's
cpu-usage.
Anyone?
--
You received this bug noti
