4 12:27:12 PM
Subject: Re: [CentOS] Use postfix and spamd on CentOS 6 - looking for a
shortest guide
Am 18.08.2014 um 13:23 schrieb Adam King:
> Good stuff, I've had a stable environment for around a year now, milter may
> only bring on a performance increase, nothing else.
the milter is
t;
To: "CentOS mailing list"
Sent: Monday, August 18, 2014 12:18:54 PM
Subject: Re: [CentOS] Use postfix and spamd on CentOS 6 - looking for a
shortest guide
Thanks Adam, it works for me now and I have summarized my setup at:
http://serverfault.com/questions/619537/use-postfix-and-spamas
Thanks Adam, it works for me now and I have summarized my setup at:
http://serverfault.com/questions/619537/use-postfix-and-spamassassin-packages-on-centos-6-to-reject-spam-without-custo
I don't see a reason to add a milter or amavis - because my server is
idling.
Regards
Alex
On Thu, Aug 14
On Wed, August 13, 2014 12:32, Timothy Murphy wrote:
> BC wrote:
>
>>> I've never seen a 1-page document that said,
>>> "These are the changes I made after downloading packages X, Y and Z."
>
>> There is a large chasm between configuring a mail server and understanding
>> the configuration of a ma
On Thu, August 14, 2014 4:44 am, Timothy Murphy wrote:
> Every Linux user is a system administrator.
>
Wow! As a system administrator, I object.
One only becomes knowledgeable in some field when one has enough knowledge
to realize how much in this field he does not know.
Stealing analogy from o
19:05 PM
Subject: Re: [CentOS] Use postfix and spamd on CentOS 6 - looking for a
shortest guide
On Thu, Aug 14, 2014 at 8:49 PM, Timothy Murphy wrote:
> David Beveridge wrote:
>
> >> I'm happy to leave the definition of spam to spamassassin,
> >> and leave Mr Bayes t
On Thu, Aug 14, 2014 at 8:49 PM, Timothy Murphy wrote:
> David Beveridge wrote:
>
> >> I'm happy to leave the definition of spam to spamassassin,
> >> and leave Mr Bayes to do my thinking for me.
>
> And therein lies the problem.
> > Unfortunately spamassassin is not really the best way to stop s
David Beveridge wrote:
>> I'm happy to leave the definition of spam to spamassassin,
>> and leave Mr Bayes to do my thinking for me.
> And therein lies the problem.
> Unfortunately spamassassin is not really the best way to stop spam.
> You need more.
Speak for yourself.
Spamassasin does a prett
On Thu, Aug 14, 2014 at 7:27 PM, Timothy Murphy wrote:
>
> That is not part of the task of postfix, which is what I was discussing.
> In fact, it is very easy to say what I want to do with viruses and spam.
> I want email to pass through clamd to catch viruses,
> and I want email to pass through
Keith Keller wrote:
> If you believe that I have been helpful in the past, isn't the simplest
> explanation that it's possible I'm being helpful now?
No.
You were offensive.
Nothing you said was of the slightest help.
>> I give you the same answer - if you believe the TASK of postfix
>> is diffi
Les Mikesell wrote:
>> But it is still reasonably easy to say what you want to do with email,
>> even if it is hard to implement.
> No, it is next to impossible to describe what is spam and fairly
> difficult with viruses. And you have to categorize it before you can
> do something with it.
Th
If you want an easy to setup postfix instance with a web interface have a
look at Zimbra
http://www.zimbra.com/community/
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
On Thu, 2014-08-14 at 01:19 +0200, Timothy Murphy wrote:
> Les Mikesell wrote:
>
> > On Wed, Aug 13, 2014 at 5:55 PM, Timothy Murphy
>
> >> In my experience email has been working without problems
> >> for as long as Unix has been running,
> >> long before system administrator exams were invented
On 08/14/2014 07:14 AM, Ned Slider wrote:
> On 13/08/14 17:32, Timothy Murphy wrote:
>> BC wrote:
>>
I've never seen a 1-page document that said,
"These are the changes I made after downloading packages X, Y and Z."
>>> There is a large chasm between configuring a mail server and understa
On 2014-08-13, Timothy Murphy wrote:
>
> I seem to recall that you have very occasionally made helpful suggestions -
> maybe I am confusing you with someone else.
I am somewhat mortified that you are not applying Occam's razor here.
If you believe that I have been helpful in the past, isn't the s
On Wed, Aug 13, 2014 at 6:19 PM, Timothy Murphy wrote:
>
>> That was back when it was safe to assume that those one or more
>> destination wanted to receive anything that showed up on port 25. Or
>> that you could reasonably accept the unwanted data and subsequently
>> send it back to wherever t
Les Mikesell wrote:
> On Wed, Aug 13, 2014 at 5:55 PM, Timothy Murphy
>> In my experience email has been working without problems
>> for as long as Unix has been running,
>> long before system administrator exams were invented.
>
> That was back when it was safe to assume that those one or more
On Wed, Aug 13, 2014 at 5:55 PM, Timothy Murphy wrote:
> >
> As I see it, the principal task of postfix is to take in email
> arriving at port 25, and convey it to one or more destinations.
>
> In my experience email has been working without problems
> for as long as Unix has been running,
> long
Keith Keller wrote:
>> You should read more carefully.
>> I said the _task_ of postfix is fairly easy to understand
> As BC wrote, you think it's easy to understand because you do not
> understand it. You can choose to believe that or not.
I seem to recall that you have very occasionally made he
On 2014-08-13, Timothy Murphy wrote:
> BC wrote:
>
>>> The task of postfix seems to me fairly easy to understand,
>>> so I don't see why implementing a solution should be that difficult.
>
>> It seems easy to understand because you do not understand it. The more you
>> delve into the topic of mail
On Wed, Aug 13, 2014 at 3:06 PM, Timothy Murphy wrote:
>>
>> Either way, I had no intention of making you mad. I was simply trying to
>> help by saying that reading a book on postfix is a very worthwhile
>> pursuit.
>
> Not for me.
> We are inundated today with an avalanche of information.
> We ar
BC wrote:
>> The task of postfix seems to me fairly easy to understand,
>> so I don't see why implementing a solution should be that difficult.
> It seems easy to understand because you do not understand it. The more you
> delve into the topic of mail, the more you realize it is not easy to
> und
On Wed, Aug 13, 2014 at 2:06 PM, Always Learning wrote:
>
>> Always Learning wrote:
>
>> > No one really wants to revert to Sendmail - do they ?
>
>> It worked fine for me for years - what do you have against it?
>
> Sendmail lacks the configurability of Exim.
Maybe, if you refuse to use the milt
On 13/08/14 17:32, Timothy Murphy wrote:
> BC wrote:
>
>>> I've never seen a 1-page document that said,
>>> "These are the changes I made after downloading packages X, Y and Z."
>
>> There is a large chasm between configuring a mail server and understanding
>> the configuration of a mail server.
On Wed, 2014-08-13 at 19:32 +0200, Timothy Murphy wrote:
> Always Learning wrote:
> > No one really wants to revert to Sendmail - do they ?
> It worked fine for me for years - what do you have against it?
Sendmail lacks the configurability of Exim.
I can refuse connections if the sender's hos
On 8/13/2014 10:57 AM, Valeri Galtsev wrote:
> Of course, I used exaggeration (we all had "configure sendmail" chapter in
> our sysadmin exam back then). After you compile human readable sendmail
> config file into what sendmail uses, you get something similar to assembly
> code as opposed to high
On 2014-08-13, Valeri Galtsev wrote:
>>
>
> Building decent mail server with good spam filtering is different story,
> and requires some system administration knowledge.
Building a decent public SMTP server with good spam filtering *that does
not originate spam itself* and *does not silently lose
On Wed, Aug 13, 2014 at 12:57 PM, Valeri Galtsev
wrote:
>
> On Wed, August 13, 2014 12:45 pm, Kirk Bocek wrote:
>>
>> On 8/13/2014 10:35 AM, Valeri Galtsev wrote:
>>> Sendmail exists forever. ... I was extremely happy to switch away from
>>> sendmail to postfix (and postfix configuration files are
On Wed, August 13, 2014 12:45 pm, Kirk Bocek wrote:
>
> On 8/13/2014 10:35 AM, Valeri Galtsev wrote:
>> Sendmail exists forever. ... I was extremely happy to switch away from
>> sendmail to postfix (and postfix configuration files are human
>> readable!).
>
> Sendmail's heritage reaches back to wh
On Wed, Aug 13, 2014 at 12:35 PM, Valeri Galtsev
wrote:
>> On Wed, 2014-08-13 at 18:32 +0200, Timothy Murphy wrote:
>>> If I had to read a book in order to install and configure postfix I
> would go back to sendmail.
>>
>> No one really wants to revert to Sendmail - do they ?
>>
> Sendmail exists
On 8/13/2014 10:35 AM, Valeri Galtsev wrote:
> Sendmail exists forever. ... I was extremely happy to switch away from
> sendmail to postfix (and postfix configuration files are human readable!).
Sendmail's heritage reaches back to when computer's were the size of
dishwashers and had 4k of main
On Wed, August 13, 2014 11:50 am, Always Learning wrote:
>
> On Wed, 2014-08-13 at 18:32 +0200, Timothy Murphy wrote:
>> If I had to read a book in order to install and configure postfix I
would go back to sendmail.
>
> No one really wants to revert to Sendmail - do they ?
>
Sendmail exists forever
Always Learning wrote:
>> If I had to read a book in order to install and configure postfix
>> I would go back to sendmail.
>
> Try EXIM - it worked for me almost out-of-the-box with very minimal
> configuration. Since then I have introduced lots of extra refinements to
> successfully keep spam o
On Wed, Aug 13, 2014 at 11:50 AM, Always Learning wrote:
>
>
> No one really wants to revert to Sendmail - do they ?
I've always liked MimeDefang with sendmail - and these days it should
be possible to make it work with postfix.Basically you connect it
as a milter to the stock MTA - without m
On Wed, Aug 13, 2014 at 12:32 PM, Timothy Murphy wrote:
> You sound as though you think it is meritorious
> for software to be difficult to use.
>
No, I believe education is meritorious.
> The task of postfix seems to me fairly easy to understand,
> so I don't see why implementing a solution s
On Wed, 2014-08-13 at 18:32 +0200, Timothy Murphy wrote:
> If I had to read a book in order to install and configure postfix
> I would go back to sendmail.
Try EXIM - it worked for me almost out-of-the-box with very minimal
configuration. Since then I have introduced lots of extra refinements
BC wrote:
>> I've never seen a 1-page document that said,
>> "These are the changes I made after downloading packages X, Y and Z."
> There is a large chasm between configuring a mail server and understanding
> the configuration of a mail server. Due to the many pitfalls and custom
> environments,
On Wed, Aug 13, 2014 at 7:41 AM, Timothy Murphy wrote:
>
> I've never seen a 1-page document that said,
> "These are the changes I made after downloading packages X, Y and Z."
> And there are few if any tests to determine where email is going
> if it is not going where you want it to.
>
There is
Valeri Galtsev wrote:
> while you haven't settled on anything you could consider amavisd as
> well...
I'm using amavisd on a CentOS-6 server (with dovecot and spamassassin)
but I found it very difficult to setup.
The documentation for amavisd under CentOS is unbelievably bad.
In fact, the documen
Am 12.08.2014 um 00:09 schrieb David Beveridge:
> Another alternative to milters is the postfix policy daemons.
> The best one to use for block and reject is policyd-weight.
> found here http://www.policyd-weight.org/
>
> This gives spam a weight based on a number of factors.
> I setup to do this
Hello again,
here is my solution on how to use Postfix + Spamassassin on CentOS in 4
steps:
1) yum install spamassassin
2) useradd spam
3) Add the following line to /etc/postfix/header_checks:
/^Subject: \[SPAM\]/ DISCARD
4) Add the following lines to /etc/postfix/master.cf:
smtp ine
On Tue, Aug 12, 2014 at 3:27 AM, Adam King wrote:
> Thanks :)
>
> Am 11.08.2014 um 18:43 schrieb Adam King:
> > Can you explain why you'd use milter over spamassassin? Genuinely
> interested as we could certainly get better spam filtering...
>
> just becaus eit is the only way where you can
> *bl
a score of 6 and bigger
spamass-milter -p /run/spamass-milter/spamass-milter.sock -g sa-milt -r 6
> - Original Message -
> From: "Alexander Dalloz"
> To: "CentOS mailing list"
> Sent: Monday, 11 August, 2014 5:01:16 PM
> Subject: Re: [CentOS] Use postfi
..
>
> Adam King
> IT Systems Administrator
> Skipton Girls High School
> 01756 707600
> www.sghs.org.uk
>
> - Original Message -
> From: "Alexander Dalloz"
> To: "CentOS mailing list"
> Sent: Monday, 11 August, 2014 5:01:16 PM
>
t;
To: "CentOS mailing list"
Sent: Monday, 11 August, 2014 5:01:16 PM
Subject: Re: [CentOS] Use postfix and spamd on CentOS 6 - looking for a
shortest guide
Am 2014-08-11 13:38, schrieb Alexander Farber:
> Hello fellow CentOS-users,
>
> on the net there are lots of Spamassassin
Am 2014-08-11 13:38, schrieb Alexander Farber:
> Hello fellow CentOS-users,
>
> on the net there are lots of Spamassassin related HOWTOs - describing
> how
> to create a shell script for Postfix and how to install Spamassassin
> and
> start its spamd daemon - step by step. Additionally antivirus
Hello again, here is what I'm trying at my CentOS 6.5:
1) Installed postfix and spamassassin packages
2) Configured postfix - it works well (I omit details here)
3) Added "-x" to the SPAMDOPTIONS in /etc/sysconfig/spamassassin
4) Added the following 2 lines to the /etc/postfix/master.cf:
smtp
Ha what a co-incidence, just did this an hour ago
I roughly followed this
http://www.rosehosting.com/blog/how-to-install-and-integrate-spamassassin-with-postfix-on-a-centos-6-vps/
my master.cf looks like this
spamassassin unix - n n - - pipe
user=nobody argv=/usr/bin
From: "Alexander Farber"
To: "CentOS mailing list"
Sent: Monday, August 11, 2014 12:47:21 PM
Subject: Re: [CentOS] Use postfix and spamd on CentOS 6 - looking for a
shortest guide
Hi Adam,
there is no "spamd.conf" file in the spamassassin package for CentOS 6:
Hi Adam,
there is no "spamd.conf" file in the spamassassin package for CentOS 6:
# rpm -ql spamassassin|grep -i spamd.conf
#
That's the point of my question: I am looking for advice for how to use the
"postfix" and "spamassassin" packages - i.e. not installing both programs
manually "f
tOS] Use postfix and spamd on CentOS 6 - looking for a shortest
guide
Hello fellow CentOS-users,
on the net there are lots of Spamassassin related HOWTOs - describing how
to create a shell script for Postfix and how to install Spamassassin and
start its spamd daemon - step by step. Additionally
Hello fellow CentOS-users,
on the net there are lots of Spamassassin related HOWTOs - describing how
to create a shell script for Postfix and how to install Spamassassin and
start its spamd daemon - step by step. Additionally antivirus setups are
described...
But I have a strong feeling, that thi
52 matches
Mail list logo