From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1RzeZI-0002gx-S7 for garchives@archives.gentoo.org; Tue, 21 Feb 2012 01:31:01 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id B910CE0F2A; Tue, 21 Feb 2012 01:30:41 +0000 (UTC) Received: from svr-us4.tirtonadi.com (svr-us4.tirtonadi.com [69.65.43.212]) by pigeon.gentoo.org (Postfix) with ESMTP id C16D2E0F21 for ; Tue, 21 Feb 2012 01:29:11 +0000 (UTC) Received: from mail-lpp01m010-f53.google.com ([209.85.215.53]) by svr-us4.tirtonadi.com with esmtpsa (TLSv1:RC4-SHA:128) (Exim 4.69) (envelope-from ) id 1RzeXX-001Qzc-UH for gentoo-user@lists.gentoo.org; Tue, 21 Feb 2012 08:29:12 +0700 Received: by lahd3 with SMTP id d3so7862605lah.40 for ; Mon, 20 Feb 2012 17:29:07 -0800 (PST) Received-SPF: pass (google.com: domain of pandu@poluan.info designates 10.152.128.163 as permitted sender) client-ip=10.152.128.163; Authentication-Results: mr.google.com; spf=pass (google.com: domain of pandu@poluan.info designates 10.152.128.163 as permitted sender) smtp.mail=pandu@poluan.info Received: from mr.google.com ([10.152.128.163]) by 10.152.128.163 with SMTP id np3mr17557106lab.51.1329787747624 (num_hops = 1); Mon, 20 Feb 2012 17:29:07 -0800 (PST) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Received: by 10.152.128.163 with SMTP id np3mr14594292lab.51.1329787747607; Mon, 20 Feb 2012 17:29:07 -0800 (PST) Received: by 10.112.38.194 with HTTP; Mon, 20 Feb 2012 17:29:07 -0800 (PST) Received: by 10.112.38.194 with HTTP; Mon, 20 Feb 2012 17:29:07 -0800 (PST) In-Reply-To: References: Date: Tue, 21 Feb 2012 08:29:07 +0700 Message-ID: Subject: Re: [gentoo-user] Looking for IMAP->IMAP spam filtering From: Pandu Poluan To: gentoo-user@lists.gentoo.org Content-Type: multipart/alternative; boundary=f46d042c6b7352a41f04b96f561d X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - svr-us4.tirtonadi.com X-AntiAbuse: Original Domain - lists.gentoo.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - poluan.info X-Archives-Salt: 1c58c2a5-6f9c-469f-b99e-edffe88c1781 X-Archives-Hash: 8c50bf63c7439051a0385a09cf4f7e89 --f46d042c6b7352a41f04b96f561d Content-Type: text/plain; charset=UTF-8 On Feb 21, 2012 6:44 AM, "Grant Edwards" wrote: > > I'm looking to set up something that reads messages from one IMAP > server/mailbox, filters out the spam, and then writes the filtered > messages into another IMAP server/mailbox. The source and destination > servers may or may not be the same, and neither is the machine where > the filter is running. I'd like the solution to use the IMAP IDLE > command to avoid the latency and load of constantly setting up SSL > connections and polling the source server. > > It looks like fetchmail -> procmail+spamassassin -> dovecot/deliver > ought to do what I want. > > Is there something simpler and easier that I've overlooked? > Okay, I may have misunderstood your needs the first time around (blame it to not having my first cuppa tea of the day). So, you want to do these steps: - Pull email from an IMAP account in box A - Filter it in box B - Push it to box C So, the third step is not an LDA. There are some alternatives, none of them are simple, though. The 'easiest' I think would be: - have fetchmail (on box B) pull email from box A, and deliver to local maildir (on B) via procmail+SA - have Dovecot watch the local maildir - have *another* fetchmail instance pull email from the local Dovecot and push it to an SMTP MTA on box C You can have multiple fetchmail daemons running at the same time by copying/symlinking the fetchmail initscript and creating a correspondent conf file. I've submitted a patch (that has been accepted into the tree) that allows multiple fetchmail daemons. Rgds, --f46d042c6b7352a41f04b96f561d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Feb 21, 2012 6:44 AM, "Grant Edwards" <grant.b.edwards@gmail.com> wrote:
>
> I'm looking to set up something that reads messages from one IMAP<= br> > server/mailbox, filters out the spam, and then writes the filtered
> messages into another IMAP server/mailbox. The source and destination<= br> > servers may or may not be the same, and neither is the machine where > the filter is running. I'd like the solution to use the IMAP IDLE<= br> > command to avoid the latency and load of constantly setting up SSL
> connections and polling the source server.
>
> It looks like fetchmail -> procmail+spamassassin -> dovecot/deli= ver
> ought to do what I want.
>
> Is there something simpler and easier that I've overlooked?
>

Okay, I may have misunderstood your needs the first time around (blame i= t to not having my first cuppa tea of the day).

So, you want to do these steps:
- Pull email from an IMAP account in box A
- Filter it in box B
- Push it to box C

So, the third step is not an LDA.

There are some alternatives, none of them are simple, though. The 'e= asiest' I think would be:

- have fetchmail (on box B) pull email from box A, and deliver to local = maildir (on B) via procmail+SA

- have Dovecot watch the local maildir

- have *another* fetchmail instance pull email from the local Dovecot an= d push it to an SMTP MTA on box C

You can have multiple fetchmail daemons running at the same time by copy= ing/symlinking the fetchmail initscript and creating a correspondent conf f= ile. I've submitted a patch (that has been accepted into the tree) that= allows multiple fetchmail daemons.

Rgds,

--f46d042c6b7352a41f04b96f561d--