Trac mail looks spammy to SpamAssassin

[jidanni@…]

Just a heads up: did you ever run a Trac notification email thru SpamAssassin?

X-Spam-Status: … tests=MISSING_HEADERS,ANY_BOUNCE_MESSAGE,BOUNCE_MESSAGE

The MISSING_HEADERS is because you and most Trac installations don't include a To:. Legal, but "acting like a spammer".

The BOUNCE_MESSAGE stuff is due to something about edgewall's Trac that is triggering SpamAssassin/Plugin/VBounce.pm in some way over my head.

[Christian Boos]

There's effectively no To: header set.

[Emmanuel Blot]

Replying to cboos:

There's effectively no To: header set.

It is set if you enable use_public_cc (I know, the option name is all but well chosen)
It you ask Trac to hide destination email addresses, then To: header is not emitted.

[cb <christop@…>]

Replying to eblot:

Replying to cboos:

There's effectively no To: header set.

It is set if you enable use_public_cc (I know, the option name is all but well chosen)
It you ask Trac to hide destination email addresses, then To: header is not emitted.

On a Debian Lenny with trac-0.11.1 it does not work. For having a To: header you need trac-0.12, right?

[Thijs Triemstra]

On a fresh trac installation I'm not able to reproduce this, and the ticket report doesn't tell you how to reproduce it..

On 0.12-stable spamassassin --test-mode < trac-0.12-notification-email.txt adds the following headers indicating it's not spam:

X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on collab-mactel.local
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=unavailable
	version=3.3.1

[Remy Blank]

Let's close this, then.