Atomicorp

Using EL6, had this issue also, these settings have fixed it for my system: /etc/pam.d/proftpd #%PAM-1.0 auth required pam_listfile.so item=user sense=deny file=/etc/ftpusers onerr=succeed auth include system-auth auth required pam_shells.so account include system-auth session required pam_loginuid....

Just ran a yum upgrade for gradm-2.9-7 and it reported some warnings: Updating : gradm-2.9-7.el6.art.x86_64 Non-fatal <unknown> scriptlet failure in rpm package gradm-2.9-7.el6.art.x86_64 execstack: cannot open "/usr/lib*/python*/site-packages/_ctypes.so": No such file or directory warning...

faris wrote:Obviously I'm pleased. But WHY have I been spared the dance, I wonder?

Like breun said: "If a micro update doesn't do anything mail related it also won't break anything mail related."

If the MU contains fixes for qmail, it will most likely break agian...

Have written a guide on setting-up Postfix with Amavisd + SpamAssassin + ClamAV: http://www.atomicorp.com/forum/viewtopic.php?f=1&t=5747 Which works really well! Have made some further tweaks since posting. Clapf which is as an equivalent to qmail-scanner for Postfix and is in the atomic repo: h...

Yup MU#27 seems to have fixed that issue... Let's see what breaks next

PS: Love that art psa-proftpd is reinstalled when it detects "unknown configuration directive 'ClamAV' on line 1 of '/etc/proftp-asl.conf'"

Just spotted Parallels Plesk Panel 10.4.4 MU#27 lists:

[-] Check-quota filter errors (105612)
[-] Wrong error message returned by postfix (105556)

http://kb.parallels.com/en/113721

Yeah, I'd definitely keep the zen RBL enabled, stops so much badness with very little cpu overhead, that's worth a few seconds of anyone's transaction time.

Notice you use Spamdyke, is "greeting-delay-secs" set? An RBL lookup may affect the transaction time, but as no message is delivered by the MX Toolbox test, Spamassassin/DCC/etc stuff won't come into play. Try removing the zen RBL entry (if you've not done so already), setting greeting-del...

Have noticed similar permission/ownership issues with group name "psaserv" vs "psacln" since migrating to 10.4 which I never encountered previously. Plesk directories are supposedly set to "psaserv" group, and files to "psacln" group, in practise they are all ...

hwijaya wrote:You don't need a do loop just one command for each http folder will do
rm -rf /var/www/vhosts/*/httpdocs/test
rm -rf /var/www/vhosts/*/httpsdocs/test

Also, you might want to check for & delete subdomain test folders:

Those are unsuccessful DNS lookups for domains your server is not hosting. Do you use Plesk DNS or external? If external you can block port 53 (named) and this will drop them at the firewall level. If internal, you need to accept DNS lookups, so... not sure what to suggest...

Have you tried clapf? Its a C replacement for amavisd. I added it to atomic a while back but it could really use some more rigerous evaluation & testing. Yeah, never got it working satisfactorily, I even posted about on these forums in March 2010: http://www.atomicorp.com/forum/viewtopic.php?f=...

In my ongoing quest to try out alternate MTA/anti-spam on plesk, here is a guide to amavisd-new + postfix + spamassassin + clamav. Wrote this mainly for my own reference, but guess others may find it interesting/useful. If you spot any errors/improvements/omissions, just comment. Been running this s...

Thanks. Maybe that explains why it is not in repo? Have spamassassin installed from base, but could not get the version of spamdyke installed from rpm to work correctly with atomic qmail-scanner. Have moved over to postfix/amavisd-new/spamassassin to test set-up/configuration/flexibility... So far a...

Hi,
Is there a reason for spamdyke & spamassassin not being in the CentOS 6 repos?
Is there a better way/place to request this?
Installing from other repos/rpms is less than ideal due to compatibility issues...
Thanks