can't copy file "riched20.dll" to my shares

[mica77]

Hi,

I'm new to Amahi, the server is running for a few days now, I'm backing up to the diskpool right now, no problems so far...
... with one very strange exception:
As the subject tells, I can't copy files named "riched20.dll" to my shares. These files belong to the microsoft office suite.

By chance I found the line:
veto files = /*.nws/riched20.dll/*.{*}/
in smb.conf.
After I commented it out and restarted the server, I could copy the files.

My question: does anyone know, which purpose the above line serves?
or is it just a leftover from testing?
Bad luck, that smb.conf is restored after any changes to the shares, so changes to this files are not persistent.

[mica77]

Hi,

sorry, after my posting I found a thread dealing with a similar issue:
bug ticket: http://bugs.amahi.org/issues/show/594

the proposed fix does not work for me as the repository hda-platform-5.4.14-1.noarch.rpm does not exist any more in this place.
Please, where can I find this file or an updated repository?

[radioz]

I think the solution for you is to edit /etc/samba/smb.conf:

sudo gedit /etc/samba/smb.conf

Replace this line:
veto files = /*.nws/riched20.dll/*.{*}/

with something like this:
veto files = /*.nws/*.{*}/

You may need to restart your hda after this change.

The reason you couldn't use the proposed fix (installing hda-platform-5.4.14-1.noarch.rpm) is that version is too old.

[mica77]

thank you for this proposition,

The problem with this solution is, that smb.conf will be overwritten by the system with every change to the configuration of the shares.
I would prefer a more general solution which involves a correct setting of the "veto files" parameter as standard for smb.conf.

In my opinion, a data storage server has NOT to filter files for any reasons whatever. If I want files to be stored, these files HAVE to be stored and must be able to be retrieved, normal files, viruses or whatever. The server has NOT to judge the contents of the files or overrule the wishes of the user!

So I think, the beforementioned bug-report is not solved and should be opened again!

[radioz]

Ok, I found where these settings are coming from in the hda code.

It looks like you need to edit /var/hda/platform/html/app/models/share.rb.

Open the file in gedit:
sudo gedit /var/hda/platform/html/app/models/share.rb

Now search for 'veto files'. This will find two instances of the veto file definitions (which currently includes the 'riched20.dll').

I would comment out each line changing from this:

Code: Select all

/var/hda/platform/html/app/models/share.rb

to this (just add a '#' to the front of the line:

Code: Select all

#/var/hda/platform/html/app/models/share.rb

Save the file and perhaps restart your hda.
Let me know if that fixes it.

[mica77]

Yes, thank you, I tested it.
After this change the "veto files" line is deleted in the regenerated smb.conf and that cures the problem.
It also allows further persistent changes to smb.conf if that will be necessary for optimization....