Server :: Postfix + Spamassassin + Procmail + Spamass-milter - Cannot Get To Work
Feb 2, 2010
I have Postfix and Spamassassin setup on Ubuntu Server 9.10. The mail is working perfectly. Spamassassin is correctly marking messages as spam. My problem is with the milter and procmail. On past servers I was able to reject spam based on score via the spamass-milter. For whatever reason I can not get it to work. I have also tried with procmail, again, it does not work. Here are the relative lines in their respective config files:
I have Centos 5.5 and using Postfix, procmail and Dovecot for sending and receiving emails. I have spamassassin installed too but not configured. I am getting lots of spams. I googled a lot to find if there is any configuration but I couldn't find.how to setup spamassassin to filter emails for spams.
In the last week email delivery had slowed down to taking approximately 24 hours and investigation has revealed that there were 45000 emails in the mailqueue. I flushed the mailqueue yesterday but mail delivery is slowing down again because emails are again being queued by the thousand.
The mails are mainly spam sent to ficticious users at a genuine domain hosted on the server.
My setup is running Courier IMAP with Postfix, Spassassin is installed along with Amavisd-new but I just don't understand why this has suddenly become a problem based on my setup not having changed for the last 6 months.
Should these spam emails be being discarded by spamassassin before reaching the mail queue? Are my discard score settings too high (6.9)?
block incoming email within either postfix or spamassassin when the sender equals the recipient. The manner in which our mail infrastructure is set up would preclude this from happening. Granted, we do have outside vendors that spoof our domain so we have to allow emails in with our domain as the sender/from. The vendors do not, however, utilize the same sender/recipient when sending emails.
I am currently running Ubuntu Server 9.10 and followed this HOWTO on setting up my email server.
[url]
Everything seems to work correctly. If I look in the Maildir the emails I send to test are there.
The problem is when I try to sync my email via IMAP from my windows box (on a different network) it doesn't show any of my email nor does it deliver new email. My email app doesn't give any errors nor does the logs on the server.
How can I get it so my email syncs to windows computer? I am sure it is something really small that I am over looking but I can't seem to find it anywhere. I don't know if you need to see any of my config files but I can post them if needed.
Small server running 5.3 - stock postfix configured to use Maildir. Dovecot configured but both pop and imap ports blocked by firewall. Access to mail is via Squirrelmail via https. Configured to virus scan via ClamAV. Works just fine. Now I want to add procmail filtering. So I create these two files - ~/.forward and ~/.procmailrc in my user home dir: "|exec /usr/bin/procmail -f- || exit 75 #mpeters"
I configured dk-milter on a server and created dns records for that, But I'm not getting sendmail to sign emails. dk-milter configuration is correct but the problem with sendmail.
I've spent pretty much the whole night trying to figure out how I can achieve the following: If a certain Keyword, say [key], is in the subject line, then the email is forwarded to a list of people.
My recipe (now) looks like this:
Code: :0 * ^Subject: .*[key].* ! my-email@gmail.com The (verbose) procmail logfile gives me this:
[Code]....
Is my recipe wrong in any way? I pretty much copied it from available ones. It's a university server, so I'm no admin, just a user. How can I figure out whether some setting that the admin made prevents procmail from calling sendmail or whatever?
I'm migrating a mailserver from an old to a new mailserver. The new mailserver is based on ISPConfig 3.0.6.1. I would like to migrate what spamassassin learnt in the past from the old mailserver to the new one. Now the question:
- The 2 spamassassin versions are different. Is it a problem? - Can I just migrate the database with this commands??? Code: sa-learn --backup > sadb.bkp sa-learn --restore ./sadb.bkp
-how to migrate SpamAssasins Auto White List and all others SpamAssassins databases?
Upgraded my Debian server over the weekend - caught up on all the updates since January. One of them was Spamassassin, which was working fine before (3.2.5). After the upgrade to 3.3.1, it's NOT using Bayes anymore - and I'm now finding 200+ messages for male-enhancement/ED meds, knockoffs of expensive watches and no-study graduate degrees in my Inbox that previously would have gone to /dev/null. I have the following in /etc/spamassassin/local.cf:
Due to all the "fun" I had upgrading spamassassin from 3.2.5 to 3.3.1 on C55 I thought I would detail it here so as to possibly save others from all the frustration I have endured. There are probably a zillion different ways to make this work but this is how I did it and it seems to work well.
1) Acquire spamassassin rpm. I downloaded several different versions from various sites and had problems with all of them so I ended up grabbing the SRPM from Fedora 13 spamassassin-3.3.1-2.fc13.src.rpm. This of course will not load onto C55 as rpmbuild has changed so I loaded it onto a FC13 box and then TARed the SPEC & SOURCES directories, copied them onto a C55 and built SRPM from there.
2) Install on C55 The new spamassassin requires several updated packages to make it happy. a) perl-Mail-DKIM greater than 0.31. I cheated and used this one from FC8 perl-Mail-DKIM-0.32-3.fc8.noarch.rpm b) perl-socket6 that is 2.0 or later. I got this one from DAG perl-Socket6-0.20-1.rf.x86_64.rpm c) perl-NetAddr-IP that is 4.0 or later. Again DAG saved the day perl-NetAddr-IP-4.007-1.rf.x86_64.rpm d) the spamassassin of course :) Actually I built them from the SRPMs as I needed both the 32 and 64 bit packages for various servers.
3) Run sa-update --D to get the latest rules then restart the spamassassin service. For those who do not have access to a FC13 box you can get a copy of the SRPM I made here [URL].
I followed this how to document [URL] to install postfix, Amavisd, SpamAssassin and ClamAV. My postfix installation is working fine and I can send and receive emails fine. However, it looks like SpamAssassin is not catching any emails. Emails do get passed over to Amavisd as I can see in the logs but ALL Messages comes out CLEAN without being tagged as spam.
As per the document, I did test by sending a test virus email
it does get delievered without being detected as SPAM or tagged as SPAM.
As I said, I have followed the documentation dot by dot and hence do not have spamassassin starting up as a service but i guess amavisd starts it within itself as a module.
Also, my postfix version is the one that supports mysql virtual tables which I got from rpmforge.
Anyone know what version of spam assassin is newer 3.3.1-3 or 3.3.1-52 I would assume 52 is newer but I don't know if once it reaches 99 it going to 2 Example 3.3.1-99 ---- 3.3.1-2 -----3.3.1-21 and so on. I could be completely off but can anyone just clarify if 3.3.1-3 is newer or older than 3.3.1.52
(On a side note does anyone know the difference between spamassassin-3.3.1-3.el5.rfx.i386.rpm and spamassassin-3.3.1-3.el5.rf.i386.rpm?? What does the X mean?) I looked at the release date of .52 and it seems to be in march 2010 whereas .1-3 seems to be in november. oes that seem correct? Does anyone have a direct download to spamassassin-3.3.1-3el5.rf.i386.rpm???
I got a request today from someone on the software development team that reads as follows: Quote: According to RFC 4409 client mail submission to an email server is supposed to use port 587. Server to server SMTP relays are to use port 25. When I am not on site, I can't email via my work account via my iPhone or my residential internet because my ISP(s) filter port 25 to only allow traffic to and from their mail servers. They do however allow 587 anywhere per RFC 4409. Just to send this email I am having to relay off my own server in California. get the proper ports opened on the mail server? [URL] So my question now is I'm wondering if my Postfix server isn't properly configured? Right now it's listening on the following ports:
I am using sendmail-8.13 & procmail as an MDA. Now as our mail users are increasing I need to put up mailbox quota limit for every user. I have gone through the search engine but could not found any effective help to configure mailbox quota with sendmail & procmail.
So my question is, where do I put .procmailrc? An examples I found on the net has the procmailrc in the users mail directory, but there are no user mail directories on the sendmail server. It is used purely to relay mail to the Exchange server.
I have been trying to get procmail working on CentOS 5.2. I don't need anything fancy, just an auto reply for a "noreply@" account. Looking at the sendmail configuration, it appears procmail is the MDA. I have looked at many different tutorials and how-tos, but most are old, and/or the locations/paths and setups are markedly different from the defaults on my system. Can anyone recommend a good CentOS-based tutorial on Procmail w/ recipes? (I have an RHEL book and it's no help either.) Thank you for your time and consideration.
I have my .procmailrc file set up to pipe mail to a simple php script I've written. The only thing the script does at this point is echo back a "hello" message. However, procmail does not execute the script properly.
Here's my script (/home/webs/site.com/scripts/echo.php):
start working with SA+Amavis+clamd+postfix+dovecot.will be my filter:spamassassin+amavisd-new+clamd. 1 Server will be my mail server: postfix+dovecot. Like u see, the emails from the outside reach first the filter, latter the mailbox. Now, I have seen in my log files, that if I receive a email to a "unknown user", the filter doesn't detect this and process the email and send it to the mail server. Exist a way to setup the filter to first check if the user exist and them apply all hard work and latter send the email to the mail server
the mail server itself will receive mail, that part works. i'm using dovecot imap to grab my mail, that works. but if i try to send mail from my iphone using an account on that server it doesnt work. this is what i see in syslog: May 15 07:14:52 coax postfix/smtpd[1432]: NOQUEUE: reject: RCPT from mobile-166-137-139-003.mycingular.net[166.137.139.3]: 450 4.1.8 <eppo@customconnexions.com>: Sender address rejected: Domain not found; from=<eppo@customconnexions.com> to=<xxxxxxx@aol.com> proto=ESMTP helo=<[10.25.15.47]>
I am trying to set up mutt with fetchmail and procmail on server space that's not mine. I have access to /home/myusername but not to /var/spool/myusername. Everything seems to work well, but I have no idea where fetchmail (or procmail) is dropping off my mail.
Is it possible to have procmail make a decision based on the content of a attachment? My situation is the following, I dailty receive a email from a server on which a backup job of a Progress database is run. This job e-mails the results of the backup in an attachment, based on the result I would like to change the header of the message stating that the backup finished successfully or not.
