X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=customer.acklnzl1.pop.starlinkisp.net; envelope-from=<surgemail-support@netwin.co.nz>;
X-Received: from [192.168.1.11] (customer.acklnzl1.pop.starlinkisp.net [103.235.92.118])
by netwin.co.nz (SurgeMail 7.7j) with ESMTP (TLS) id 12180015-1391920
for <surgemail-list@netwin.co.nz>; Tue, 26 Dec 2023 20:24:08 +0000
X-Return-Path: surgemail-support
Message-ID: <3a3ad8f5-c8da-4225-b8ad-e125625af067@netwin.co.nz>
Date: Wed, 27 Dec 2023 09:24:05 +1300
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Subject: Re: [SurgeMail List] using ClamAV with Surgemail
Content-Language: en-US
To: surgemail-list@netwin.co.nz
References: <aaa8c0e9-dbaf-44a6-9af0-f85dcb967cef@lcrcomputer.info>
<c2049216-eaa0-4998-9148-8e0618cea2a4@netwin.co.nz>
<d18425f8-5908-43aa-9246-ff98cc6c475b@lcrcomputer.info>
From: Surgemail Support
In-Reply-To: <d18425f8-5908-43aa-9246-ff98cc6c475b@lcrcomputer.info>
Content-Transfer-Encoding: 8bit
X-Qnum: 12180015
X-Rcpt-To: <surgemail-list@netwin.co.nz>
X-Info: aspam skipped due to (g_smite_skip_relay)
X-Dmarc: from=surgemail-support@netwin.co.nz dkim=Failed known=True Trusted spf=True policy=quarantine
X-Encryption: SSL encrypted
X-IP-stats: Incoming Last 0, First 83, in=182, out=0, spam=0 ip=103.235.92.118
List-Unsubscribe: <mailto:surgemail-list-leave@netwin.co.nz?subject=unsubscribe>
X-Mailing-List: surgemail-list@netwin.co.nz
List-ID: <surgemail-list@netwin.co.nz>
Precedence: bulk
Reply-To: surgemail-list@netwin.co.nz
On 27/12/2023 9:06 am, Lyle Giese wrote:
>
> Yes, many think dropping a message is not a good idea. But a message
> that is a virus needs to be dropped.
>
Sorry I think this is an issue with our use of those terms, in our
'usage'...
bounced = the sender gets an error message indicating the message
did not get delivered.
dropped = no one gets an error, the message 'vanishes' without
trace and no one is informed.
We don't think a message should 'ever' be dropped (vanished) because it
destroys trust in the email system and creates a nightmare for people
trying to trace problems.
> They can be construed as malicious and can damage sender reputation.
> I am quit aware of the plus and minus of dropping vs bouncing and
>
> want to drop anything ClamAV doesn't like. Plus many of these don't
> have a valid return address on them...
>
We don't use the return address. The sender will only get an error if
they are the real sender.
> With 'g_virus_skip', how would I add a second or third email address
> to be skipped, if needed?
>
Comma separated list should work.
ChrisP.
|