Reprocess emails that end up in /var/virusmails

["James R. Marcus" <jm...@studentsonly.com>]

Last email had the wrong subject.

I have a few emails from internal servers that got flagged as SPAM.  I added trusted_networks 10.10.10.0/24 to my local.cf so that emails from those servers aren't checked for SPAM. 
I have the IDs for emails that are in the /var/virusmails directory.  Is there a way I can reprocess those emails so they are delivered?

SpamAssassin V. 3.002005

Thanks,
James

Re: Reprocess emails that end up in /var/virusmails

["James R. Marcus" <jm...@edhance.com>]

Yes I'm using amavisd-new, this got me on the right track.

Thanks,
James
On Mar 23, 2010, at 7:39 PM, Mark Martinec wrote:

James,

I have a few emails from internal servers that got flagged as SPAM.
I added trusted_networks 10.10.10.0/24 to my local.cf so that emails from
those servers aren't checked for SPAM.
I have the IDs for emails that are in the /var/virusmails directory.
Is there a way I can reprocess those emails so they are delivered?

Sounds like you are using amavisd-new.
Quarantined mail messages can be either released from a quarantine
and delivered to recipients without re-checking for viruses and spam
by using a command 'amavisd-release', or fed back to mailer's
input side and re-checked for viruses and spam by a 'amavisd-requeue'
command. The only difference between the two commands is a MTA port
number to which a message is delivered: port 10025 ($release_method),
or port 25 ($requeue_method).

 Mark

Re: Reprocess emails that end up in /var/virusmails

[Mark Martinec <Ma...@ijs.si>]

James,

> I have a few emails from internal servers that got flagged as SPAM.
> I added trusted_networks 10.10.10.0/24 to my local.cf so that emails from
> those servers aren't checked for SPAM. 
> I have the IDs for emails that are in the /var/virusmails directory.
> Is there a way I can reprocess those emails so they are delivered?

Sounds like you are using amavisd-new.
Quarantined mail messages can be either released from a quarantine
and delivered to recipients without re-checking for viruses and spam
by using a command 'amavisd-release', or fed back to mailer's
input side and re-checked for viruses and spam by a 'amavisd-requeue'
command. The only difference between the two commands is a MTA port
number to which a message is delivered: port 10025 ($release_method),
or port 25 ($requeue_method).

  Mark

Re: Reprocess emails that end up in /var/virusmails

[Karsten Bräckelmann <gu...@rudersport.de>]

On Tue, 2010-03-23 at 17:22 -0400, James R. Marcus wrote:
> Last email had the wrong subject.

Has been rejected and won't show up on the list, FWIW, since you're not
(yet!) subscribed anyway.

> I have a few emails from internal servers that got flagged as SPAM.  I
> added trusted_networks 10.10.10.0/24 to my local.cf so that emails
> from those servers aren't checked for SPAM.

That's not what trusted_networks does. Please carefully read the docs
again.

If you want specific mail not being scanned by SA, just don't feed them
to SA in the first place. Not a SA configuration issue, but with the
tool that uses SA as a filter.

> I have the IDs for emails that are in the /var/virusmails directory. 
> Is there a way I can reprocess those emails so they are delivered?

Same. SA does not quarantine mail. You want to check with the tool that
did, based on the SA result.


-- 
char *t="\10pse\0r\0dtu\0.@ghno\x4e\xc8\x79\xf4\xab\x51\x8a\x10\xf4\xf4\xc4";
main(){ char h,m=h=*t++,*x=t+2*h,c,i,l=*x,s=0; for (i=0;i<l;i++){ i%8? c<<=1:
(c=*++x); c&128 && (s+=h); if (!(h>>=1)||!t[s+h]){ putchar(t[s]);h=m;s=0; }}}

Re: Reprocess emails that end up in /var/virusmails

[Kai Schaetzl <ma...@conactive.com>]

James R. Marcus wrote on Tue, 23 Mar 2010 17:22:04 -0400:

> Last email had the wrong subject.

And this one is still incorrect as it is a reply to a thread.
Please use the "new message" button in your client. The "reply" button is 
for, surprise, replies.

Kai

-- 
Get your web at Conactive Internet Services: http://www.conactive.com