Messaging server not calling the SpamAssassin

Question

HI all,
The current instalation:
For SJES Messaging :
# ./imsimta version
Sun Java(tm) System Messaging Server 6.2 (built Dec 2 2004)
libimta.so 6.2 (built 00:34:23, Dec 2 2004)
SunOS rcaredev 5.9 Generic_117171-08 sun4u sparc SUNW,Sun-Fire-V240
For Spam Assassin:
# ./spamassassin -V
SpamAssassin version 3.2.3
running on Perl version 5.8.8
The option.dat contents:
! for Spamassassin
spamfilter1_config_file=/opt/SUNWmsgsr/config/spamassassin.opt
spamfilter1_library=/opt/SUNWmsgsr/lib/libspamass.so
spamfilter1_optional=1
spamfilter1_string_action=data:,require "fileinto"; fileinto "Junk"
mm_debug=5
# cat /opt/SUNWmsgsr/config/spamassassin.opt
host=127.0.0.1
port=783
mode=0
verdict=spam
debug=1
# ls -l /opt/SUNWmsgsr/config/spamassassin.opt
-rw-r--r-- 1 mailsrv mail 52 Nov 15 01:49 /opt/SUNWmsgsr/config/spamassassin.opt
The imta.cnf contents:
! ims-ms
ims-ms defragment subdirs 20 notices 1 7 14 21 28 backoff "pt5m" "pt10m" "pt30m" "pt1h" "pt2h" "pt4h" maxjobs 2 poo
l IMS_POOL fileinto $U+$S@$D destinationspamfilter1optin spam
tcp_local smtp mx single_sys remotehost inner switchchannel identnonenumeric subdirs 20 maxjobs 7 pool SMTP_POOL ma
ytlsserver maysaslserver saslswitchchannel tcp_auth missingrecipientpolicy 0 destinationspamfilter1optin spam
I ran:
# ./imsimta cnbuild
# ./imsimta restart
Then I started thge :
# ./spamd -d
But nothing happens, if I manually run:
# telnet localhost 783
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
SPAMD/1.0 76 Bad header line:
Connection to localhost closed by foreign host.
Which proves that the spamd is listening on port 783.
The messaging server is not calling the SpamAssassin on the port 783, any ideas what could have gone wrong?
I also checked the "snoop" command and also "spamd -D" for debug, no traffic go to the spamd daemon.
Best

Answer 1

Hi,
goSolaris wrote:
The junk emails are sent now to the folder "Junk" in the users mailbox, can you comment on the following
1. Does the spam emails live in the Junk forlder forever until the user delete them?Emails aren't deleted from users email folders (including Junk) unless you have configured a folder expiry rule. The following web-page steps you through what is required to set up just such an expire rule:
http://docs.sun.com/app/docs/doc/819-2650/6n4u4dttr?l=en&a=view
2. If I need to discard completely the spam emails instead of sending them to a folder in the user mailbox, what change should I do to the channel configuration?The following link gives an example of how to configured a sieve rule which will discard emails above a certain spamassassin score and to fileinto a 'spam' folder if the score is below this value.
http://docs.sun.com/app/docs/doc/819-4428/6n6j4261t?a=view#gebhx
3. After applying the patch, the documentation says that I can work with the existing configuration files or upgrade using a set of commands, do you think keeping the existing configuration (to minimize the changes) will work fine?You definitely need to run the ./patch-config and ./install-newconfig commands post-upgrade. Otherwise fixes that have been made to things such as the messaging express interface will not be represented (files need to be changed for a lot of the fixes).
Regards,
Shane.