Send inn-workers mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.isc.org/mailman/listinfo/inn-workers
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of inn-workers digest..."
Today's Topics:
1. Re: Tweaking inn.conf values for INN 2.6.0 (Florian Schlichting)
2. Re: Tweaking inn.conf values for INN 2.6.0 (Julien ?LIE)
3. Re: Tweaking inn.conf values for INN 2.6.0 (Julien ?LIE)
----------------------------------------------------------------------
Message: 1
Date: Mon, 13 Jul 2015 15:02:13 +0200
From: Florian Schlichting <[email protected]>
To: [email protected]
Subject: Re: Tweaking inn.conf values for INN 2.6.0
Message-ID: <[email protected]>
Content-Type: text/plain; charset="us-ascii"
Hi Julien,
> * logcycles: increase from 3 to 30
> (the current number is ridiculously low; at least a month of archived
> compressed logs could be kept)
while I'm in favour of increasing buffers etc. and thus make use of the
vastly expanded storage and RAM commonly available today, I think this
one has a privacy impact and should not be increased by default - three
days should be enough to diagnose the most common cases of malfunction
and abuse, and where more is indeed needed the correct knob is easily
found.
(This is just my personal opinion, but since you asked for comments I
wanted to share my first thought when looking over the list.)
As always, thank you for the tremendous work you do for INN!
Florian
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 5604 bytes
Desc: not available
URL:
<https://lists.isc.org/pipermail/inn-workers/attachments/20150713/d499bd7d/attachment-0001.bin>
------------------------------
Message: 2
Date: Mon, 13 Jul 2015 18:31:07 +0200
From: Julien ?LIE <[email protected]>
To: [email protected]
Subject: Re: Tweaking inn.conf values for INN 2.6.0
Message-ID: <[email protected]>
Content-Type: text/plain; charset=windows-1252
Hi Florian,
>> * logcycles: increase from 3 to 30
>> (the current number is ridiculously low; at least a month of archived
>> compressed logs could be kept)
>
> while I'm in favour of increasing buffers etc. and thus make use of the
> vastly expanded storage and RAM commonly available today, I think this
> one has a privacy impact and should not be increased by default - three
> days should be enough to diagnose the most common cases of malfunction
> and abuse, and where more is indeed needed the correct knob is easily
> found.
OK, I understand. I will then just leave it unchanged (3 days of logs).
For the same reason, I will not enable by default the new parameter for
posting-account; it may have undesirable privacy impact. It for instance
gives for my posts:
Injection-Info: news.trigofacile.com; posting-account="julien";
posting-host="aaubervilliers-651-1-344-162.w83-114.abo.wanadoo.fr:83.114.231.162";
logging-data="14202"; mail-complaints-to="xxx"
> (This is just my personal opinion, but since you asked for comments I
> wanted to share my first thought when looking over the list.)
Thanks for sharing your thoughts. They are of course pretty much
appreciated.
> As always, thank you for the tremendous work you do for INN!
Thanks!
--
Julien ?LIE
? ? O? vous croyez-vous ici ?
? O? je me trouve, je sais. ? (Ast?rix)
------------------------------
Message: 3
Date: Mon, 13 Jul 2015 18:37:35 +0200
From: Julien ?LIE <[email protected]>
To: [email protected]
Subject: Re: Tweaking inn.conf values for INN 2.6.0
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8; format=flowed
> * wireformat: switch from false to true
> (better performances)
At the same time, I also suggest changing the default of use-mmap in
innfeed.conf. It is currently set to false; it specifies whether
mmaping should be used. The caveat in the doc is that "if article data
on disk is not in NNTP-ready format (CR/LF at the end of each line),
then after mmaping, the article is read into memory and fixed up, so
mmaping has no positive effect (and possibly some negative effect
depending on your system), and so in such a case this value should be
false".
In current modern systems, I suppose it no longer has negative effects.
max-queue-size could also be increased in innfeed.conf. Its default
value is 5. It defines the maximum number of articles to process at one
time when using streaming to transmit to a peer.
With current amount of available RAM, we could perhaps increase it to 20
by default.
--
Julien ?LIE
? ? O? vous croyez-vous ici ?
? O? je me trouve, je sais. ? (Ast?rix)
------------------------------
_______________________________________________
inn-workers mailing list
[email protected]
https://lists.isc.org/mailman/listinfo/inn-workers
End of inn-workers Digest, Vol 74, Issue 4
******************************************
