Version: 20190415.1030-0+deb9u1
On Thu 2017-10-19 02:06:27 -0400, Daniel Kahn Gillmor wrote:
> Or is this bug report just asking for a new upload of publicsuffix to
> stretch-updates to catch the few dozen domains that have been updated
> since stretch was released?
publicsuffix for stretch is
On Fri 2017-10-20 13:25:54 +0200, Alessandro Vesely wrote:
> I don't really need daily updates, just automated ones. I use the
> list for looking up DMARC policies, much like opendmarc. A missing
> update may result in overlooking a domain's policy record. In that
> case requested reports will
On Thu 19/Oct/2017 21:10:58 +0200 Daniel Kahn Gillmor wrote:
> On Thu 2017-10-19 13:04:13 +0200, Alessandro Vesely wrote:
>>
>> What do you reckon?
>
> I'm not particularly interested in setting up cronjobs for people that
> (a) introduce new regular network activity and (b) have dubious
>
On Thu 2017-10-19 13:04:13 +0200, Alessandro Vesely wrote:
> No, it's much faster. They say once every few days, but there are
> longer periods of quiescence, irregularly distributed along time. For
> details see:
> https://github.com/publicsuffix/list/commits/master
I'm aware of the frequency,
On Thu 19/Oct/2017 08:06:27 +0200 Daniel Kahn Gillmor wrote:
>
> The publicsuffix package itself is what most debian packages should rely
> on -- It will be updated regularly, and you'll have not only a recent
> psl but you won't have to fetch any other data besides package upgrades.
>
> This is
On Wed 2017-10-18 13:18:00 +0200, Alessandro Vesely wrote:
> at publicsuffix.org they recommend to avoid downloading the list too often,
> and
> recommend once a day. A dependant package, python-publicsuffix, offers a
> fetch() function which is explained in a blog:
>
Package: publicsuffix
Version: 20170424.0717-1
Severity: normal
Dear Maintainer,
at publicsuffix.org they recommend to avoid downloading the list too often, and
recommend once a day. A dependant package, python-publicsuffix, offers a
fetch() function which is explained in a blog:
7 matches
Mail list logo