CentOS

Or, you've just introduced yet another error: [quote] PD: there is an error in my solution, or a missing final step: [b]chmod 4777 /tmp[/b][/quote] /tmp has sticky bit set to the folder, and not SUID (the "4" in your chmod). So, I suggest you change chmod to: [code] chmod 1777 /tmp [/code] Regards,

Also, it'd be nice to see what's logged in /var/log/messages when you actually attempt accessing the mount point your disk should be mounted to by autofs.

In addition, you can always configure tcp_wrappers to restrict SSH access to only those IPs you expect to be accessing it - that way there will be no authentication challenge whatsoever.

You should most certainly start here: [url=http://wiki.centos.org/HowTos/Network/IPTables]iptables HowTo[/url]

Regards,

Just make your life easier by installing the [b]sendmail-cf[/b] package on your machine and the sendmail config (i.e. [b]sendmail.cf[/b]) will be recreated from [b]sendmail.mc[/b] every time you restart sendmail service.

Just a quick question: did you alter any of the output code posted for security reasons? Cause it not, I believe this to be the culprit: [quote] [b][user@localhost ~]#[/b] yum update [i][/i] [/quote] Strangely nobody noticed that the [b]yum update[/b] is being run as a non-root user, or simply negle...

I may have missed something, but I must admit I fail to see what makes you think this may be related to the size of the message? Indeed, logwatch e-mail notification can be bulky (if it contains for example, a big portion of a maillog)... However, I still doubt this could be the issue. Is this error...

Adding an entry to /etc/hosts like:
[code]
IP_address machine_hostname
[/code]
should do the trick.

Although I doubt it to be the culprit, I'd still check the sanity of the configuration file as well:
[code]
service httpd configtest
[/code]

Regards,

Have you tried blacklisting it?

Besides, if you manage to prevent it from loading, which driver do you expect this device to use? I must say I don't see what do you intend to accomplish by preventing the module from loading.

EDIT: Ooops, looks like Phil was quicker this time... my bad.