From: mouss (mlist.onlyfree.fr)
Date: Mon Jun 04 2007 - 15:47:50 CDT

• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

Steven Wayne wrote:
> On Mon, Jun 04, 2007 at 06:50:33PM +0200, mouss wrote:
>
>> Date: Mon, 04 Jun 2007 18:50:33 +0200
>> From: mouss <mlist.onlyfree.fr>
>> Subject: Re: Configuring Postfix without a real domainname
>> To: postfix-userspostfix.org
>>
>> Steven Wayne wrote:
>>
>>>> - I can use fetchmail to transfer the mail from that popbox to my server
>>>> and deliver it to a local user office (and I can archive it)
>>>>
>>>>
>>> Don't. Use getmail and deliver it straight to a Maildir. Your Postfix
>>> setup doesn't need to know about it.
>>>
>>>
>> delivery to postfix has advantages: reuse a working config. in
>> particular, spam filtering. (yes, he could deliver to amavisd-new
>> instead, but...)
>>
>
>
> You can call spamassassin and clamav from your .mailfilter using the
> xfilter command.
>

If you reread, I said "reuse a working config". if he has configured his
postfix to filter mail, why would he need to configure maildrop to run
xfilter. besides this requires paying attention to avoid infinite loops,
but make sure a spamer didn't put spam headers claiming the message is
safe. That's feasible, but...

> Collecting from a pop box means you lose the advantage of rejecting at
> SMTP time anyway so, if he's only talking about one pop box with a known
> recipient address, I can't see any advantage with injecting mail into
> postfix's queue.
>

I use fetchmail for some addresses (obviously including the one I am
using to post this message) to give mail to postfix to avoid reinventing
the config. mail is passed to a specific instance (no reject), but the
configuration of this instance is almost the same as the one on port 25.
I also rely on headers being modified/added/... in the flow. I also rely
on aliases.

of course, all this could be done without going through postfix. but
that would require some work. now, I don't think I will use fetchmail
for long. not being able to reject at smtp time is of course one of the
reasons. The association with esr is another reason, though not a
technical one, but let me not disgress too much...

> As ever, YMMV.
>

of course!
> Steven.
>

• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]