On Thu, 2019-11-28 at 18:38 -0500, Joe Acquisto-j4 wrote:
> > > Is there any tangent down this path were I can get the dropped
> > > "test" message to actually flow through, in "normal" fashion?
>
> > From logs I can see that spamd does seem to give the message a
> > taste, as I can follow /
> var/log/mail and see activity at the precise time I feed it, but the
> message does not seem to be delivered.
>
> I've tried some other off box methods as well, including using CURL
> which is purported to have smtp ability, yet I get syntax
> errors or invalid option as the touted features do not exist in
> versions in use here.
>
What are you doing with the message after it comes back from spamc?
spamc should be in some sort of pipeline that grabs the message after it
has had X-Spam headers inserted and pass it to whatever will queue it
for the intended recipient's MUA.
My set up is a little odd in that my pipeline used getmail to retrieve
mail from my ISP's smarthost and precedes my MTA with a pipeline like
this, where 'spamkiller' is a simple C program that looks at the spam
headers to see whether its spam or ham. Spam is sent to a holding area
and ham is passed to Postfix for delivery. Here's a diagram:
getmail --> spamc --> spamkiller --ham--> sendmail --> postfix
|
+--spam--> spam quarantine store
Most people simply splice spamc into Postfix's internal pipeline,
defined in master.cf, which connects its mail reception process to its
delivery process.
Martin
