[Mimedefang] Thinking of implementing MimeDefang (Questions)
Cowles, Steve
Steve at SteveCowles.com
Tue Jul 30 14:44:00 EDT 2002
> -----Original Message-----
> From: David F. Skoll [mailto:dfs at roaringpenguin.com]
> Sent: Tuesday, July 30, 2002 11:52 AM
> To: 'mimedefang at lists.roaringpenguin.com'
> Subject: Re: [Mimedefang] Thinking of implementing MimeDefang
> (Questions)
>
>
> On Tue, 30 Jul 2002, Cowles, Steve wrote:
>
> > 1) Must continue to use sendmail to front-end all inbound e-mail
> No problem.
>
> > 2) Leave virus checking on Exchange Server.
> No problem.
>
> > 3) Use MimeDefang to split e-mail header/body for SpamAssassin.
> No problem.
>
> > 4) Use SpamAssassin to check (flag) e-mail content for SPAM and add
> > appropriate header entries
> No problem
>
> > 5) Allow Outlook users to add a "Rule" to accept/discard
> > e-mail based on SpamAssassin header additions.
> No problem.
>
> MIMEDefang can do exactly what you want. You can add an
> X-Spam-Score: header easily.
>
> > 1) Am I properly understanding what (where) mimedefang's role is in
> > processing inbound e-mail?
> Yup.
>
> > 2) If I implement a mimedefang/spamassassin solution, will
> > I be able to use my existing sendmail configurations? i.e.
> > access/mailertable entries.
> Absolutely.
>
> > FWIW: I have always wanted to implement SpamAssassin, but
> > based on my understanding on how to implement SpamAssassin,
> > it required me to use procmail. i.e. Reconfigure sendmail
> > for local delivery. <groan!!!> If I understand mimedefang's
> > role, I would no longer need to use procmail.
> > Correct?
>
> Actually, SpamAssassin has several hooks into Sendmail, one of which
> is via MIMEDefang.
>
> Regards,
>
> David.
>
David, Barry, Jon:
Thanks for your replies to my post. Based on all your responses, it sounds
like I need to allocate some time and setup a test bed to implement a
mimedefang/spamassassin solution into my environment.
Thanks Again
Steve Cowles
More information about the MIMEDefang
mailing list