On 27/03/18 03:18, Alex Bruce wrote:
> Thing is clamav-milter is a before-queue filter (used as milter in
> postfix) whereas ClamSMTP is after-queue filter (uses content filter in
> postfix)
>
> These are fundamentally different ways of providing filtering in Postfix.
>
> Before-Queue filtering c
Am 26.03.2018 um 23:27 schrieb André Rodier:
> Hello all,
>
> Does anyone suffered performance loss when using clamav as a milter for
> postfix?
Not relevant, but for sure to scan something you need resources and time.
>
> I would like to scan archives and emails with attachments. Is there any
Thing is clamav-milter is a before-queue filter (used as milter in
postfix) whereas ClamSMTP is after-queue filter (uses content filter in
postfix)
These are fundamentally different ways of providing filtering in Postfix.
Before-Queue filtering can reject emails if they have a virus in the SMTP
On March 26, 2018 11:12:37 PM UTC, "li...@lazygranch.com"
wrote:
>On Mon, 26 Mar 2018 18:35:19 -0400
>Scott Kitterman wrote:
>
>> On Monday, March 26, 2018 10:27:57 PM André Rodier wrote:
>> > Hello all,
>> >
>> > Does anyone suffered performance loss when using clamav as a milter
>> > for po
On Mon, 26 Mar 2018 18:35:19 -0400
Scott Kitterman wrote:
> On Monday, March 26, 2018 10:27:57 PM André Rodier wrote:
> > Hello all,
> >
> > Does anyone suffered performance loss when using clamav as a milter
> > for postfix?
> >
> > I would like to scan archives and emails with attachments. Is
On 26/03/18 23:35, Scott Kitterman wrote:
> On Monday, March 26, 2018 10:27:57 PM André Rodier wrote:
>> Hello all,
>>
>> Does anyone suffered performance loss when using clamav as a milter for
>> postfix?
>>
>> I would like to scan archives and emails with attachments. Is there any
>> other way to
On Monday, March 26, 2018 10:27:57 PM André Rodier wrote:
> Hello all,
>
> Does anyone suffered performance loss when using clamav as a milter for
> postfix?
>
> I would like to scan archives and emails with attachments. Is there any
> other way to do than using a milter?
>
> Thanks for your adv
Hello all,
Does anyone suffered performance loss when using clamav as a milter for
postfix?
I would like to scan archives and emails with attachments. Is there any
other way to do than using a milter?
Thanks for your advices.
André
ahsan2011:
> Thanks
>
> Yeah, i know it does not depend on the MTA. I use multiple IPs with SPF,
> DKIM and DMARC.
>
> Regularly update the lists,
>
> used transport to limit yahoo sending but no success. The problem i see that
> even though set a delay to send to yahoo, the emails which are the
Thanks
Yeah, i know it does not depend on the MTA. I use multiple IPs with SPF,
DKIM and DMARC.
Regularly update the lists,
used transport to limit yahoo sending but no success. The problem i see that
even though set a delay to send to yahoo, the emails which are there in
deferred queue tend to
Matus UHLAR - fantomas:
> >Matus UHLAR - fantomas:
> >> virtual_alias_domains and virtual_alias_maps are described in
> >> "The virtual alias domain class." section.
> >>
> >> * Domain names are listed in virtual_alias_domains. The default value is
> >> $virtual_alias_maps for Postfix 1.1 compatibi
deoren:
> It would be nice though if there was an option to enable a specific
> syslog severity level or messages generated as a result of using the
> debug_peer_* options.
>
> Do you accept feature requests here on the list or through another means?
There is no shortage of 'nice-to-have' thing
On Mon, Mar 26, 2018 at 05:21:22PM +0200, Matus UHLAR - fantomas wrote:
> > > >> On 14.03.18 20:14, Wietse Venema wrote:
> > > >> >The Postfix SMTP server always looks in virtual_alias_maps.
> > >
> > > >Matus UHLAR - fantomas:
> > > >> Always? isn't that a contradiction to the referenced
> > > >
>> >@lbutlr
>> >> When postfix checks for a local user it looks at any local user (like =
>> >> /home/fred), I assume by checking /etc/passwd or similar (I have local =
>> >> users who can receive mail who are not mentioned in any /etc/postfix/* =
>> >> file, so postfix knows about them from somew
On 3/26/2018 6:02 AM, Wietse Venema wrote:
Viktor Dukhovni:
On Mar 25, 2018, at 11:59 PM, deoren wrote:
Is there an option somewhere to change that, so that all messages logged as as
a result of the debug_peer_* options are set at debug syslog level instead?
No.
Do not turn on debug_pe
Viktor Dukhovni:
>
>
> > On Mar 25, 2018, at 11:59 PM, deoren wrote:
> >
> > Is there an option somewhere to change that, so that all messages logged as
> > as a result of the debug_peer_* options are set at debug syslog level
> > instead?
>
> No.
Do not turn on debug_peer_* logging for rou
On 3/26/2018 12:18 AM, Viktor Dukhovni wrote:
On Mar 25, 2018, at 11:59 PM, deoren wrote:
Is there an option somewhere to change that, so that all messages logged as as
a result of the debug_peer_* options are set at debug syslog level instead?
No.
Thank you for the definitive answer.
17 matches
Mail list logo