Hi All:

I am receving this error when trying to access Spam Filter
Configuration Plugin. I installed into /usr/share/squirrelmail/plugins

The error I receive is:

Warning: main(../src/validate.php): failed to open stream: No such file or directory in /usr/share/squirrelmail/plugins/saconf/saconf_options.php on line 10

Fatal error: main(): Failed opening required '../src/validate.php' (include_path='.:/usr/local/lib/php') in /usr/share/squirrelmail/plugins/saconf/saconf_options.php on line 10

This makes me ask this: IT IS NOT NEEDED THE SACONF AT SQUIRRELMAIL WEB SERVER DIR? .. Is the first time I use the -ln command so I am somehow confused... I guess it is not required there.

ALSO, I am making some testing and Spamassassin is not working ( no inbound nor outbound). I created a procmailrc file with:
:0 fw
* < 256000
| /usr/bin/spam -f

at etc/

The spamd and other sa files are at /usr/bin/

I have tried sending the sample spam text to an user and through webmail the user have sent the spam and there seems zero intervention from spamassassin. I am sure it is a configuration error.

So I will appreciate any guidance to make sa filter both inbound and outbound mail.

Thanks

K,

If i changed the src/validate dir that doesn't exist to include (conf_options.php) and for the loadprefs.php file too I get an error on line 41:
Warning: main(SM_PATHclass/mime.class.php): failed to open stream: No such file or directory in /usr/share/squirrelmail/include/validate.php on line 41

Fatal error: main(): Failed opening required 'SM_PATHclass/mime.class.php' (include_path='.:/usr/local/lib/php') in /usr/share/squirrelmail/include/validate.php on line 41

Could it be that saconf is not compatible with squirrelmail 1.4.1?

Later

How I know what value SM_PATH have in a php script?

Ok seems the problem is SM_PATH as:
http://www.geocrawler.com/archives/3...9/100/9557307/

Now, I pressume saconf is broken with SquirrelMail 1.4.1 at least here...

Will continue researching this...

Later

saconf plugin is outdated have tried replacing require_once with include_once and defining SM_PATH but now It goes into a blank page.... so I can't invest more time debuggin this....

Here's how I was able to get saconf v1.0 to work with the current (v1.4.3a) version of SquirrelMail:

At the top, under chdir('..'); add:

define('SM_PATH','../');

Then change the paths for validate.php and load_prefs.php from src to the includes directory (I guess they moved between versions):


//require_once('../src/validate.php');
require_once('../include/validate.php');

And:

//require_once('../src/load_prefs.php');
require_once('../include/load_prefs.php');

So, the fixed version will look something like this:


chdir('..');
define('SM_PATH','../');
//require_once('../src/validate.php');
require_once('../include/validate.php');
require_once('../functions/page_header.php');
require_once('../functions/imap.php');
//require_once('../src/load_prefs.php');
require_once('../include/load_prefs.php');
require_once('../plugins/saconf/saconf_conf.php');


Once that is saved, the saconf plugin should work fine with v1.4.3a.


Also, since I run spamc from .procmailrc on each user (I don't scan all users), I had to modifiy the following things to get it working:

The .procmailrc file was being transferred in FTP_ASCII mode, which causes a CR (^M DOS CRLF format) to be appended to the lines. That then causes spamc to not run. To fix that, I changed the ftp mode to FTP_BINARY on the ftp_put/get methods in the proc_get() and proc_get() functions. (around line 150 and 180)

Secondly, it was writing MAILDIR=(my users mail dir) to .procmailrc. Since I didn't need this. I fixed it with a simple hash comment on this line (around line 235):

fputs($nf, "MAILDIR=$MAILDIR # Default mail directory\n");

so it's:

fputs($nf, "#MAILDIR=$MAILDIR # Default mail directory\n");


Hope this helps someone!

Thanks for above information. This solved one problem, but now I have another. Have you experienced the ftp process hanging randomly....and if so, have you found a way to get around it? During the "hang" process, you cannot browse to other pages on the site. Eventually the ftp session times out or something and frees up the browser. The hanging seems to happen when I click on the "Spam Filter Configuration" link on the options page of SQ 1.4.3a.

Thanks

Ed

I haven't had any trouble with the FTP part. I'm using a mostly default setup of vsFTPd.

Try checking the following:

Username/password: The same username/password used to login to the imap server is the one it uses for the FTP. Make sure that user account can login to the local ftpd. It should probably default to the users home directory as well.

/etc/ftpusers (or vsftpd.ftpusers in my case): Make sure the user isn't blocked from logging into the ftp server.

Syslogs: Check them for error messages the ftp server may be throwing.

Hope that helps,

-Mav

Thanks. I'll double check those settings and check the syslogs.