1. Forum
  2. USENET
  3. muc.lists.freebsd.ports

  • fetch on pkg.freebsd.org does not handle If-Modified-Since properly

    From Ronald Klop@ronald-lists@klop.ws to muc.lists.freebsd.ports on Sat Jan 10 15:10:26 2026
    From Newsgroup: muc.lists.freebsd.ports

    ------=_Part_1477_374823746.1768054226919
    Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit

    Hi,

    I have a script which regularly fetch some files from pkg.freebsd.org for keeping statistics. (https://www.klop.ws/pkgstats/pkg-age.html)

    The command it executes is: "fetch -vv -o /home/ronald/verify_pkgs.sh/downloads/FreeBSD:13:armv7_latest_data.pkg --if-modified-since=/home/ronald/verify_pkgs.sh/downloads/FreeBSD:13:armv7_latest_data.pkg https://pkg.freebsd.org/FreeBSD:13:armv7/latest/data.pkg"

    Mind that the request header If-Modified-Since has the exact same time as the response header Last-Modified.
    If-Modified-Since: Sun, 05 Oct 2025 04:47:06 GMT
    Last-Modified: Sun, 05 Oct 2025 04:47:06 GMT

    Still the response says HTTP/1.1 200 OK instead of 304 Not Modified.

    I've had this in my projects if the File.lastModified() returns a date with milliseconds, while the http-request time always uses 0 for milliseconds. In that case the file is always newer.
    NB: not all fetch requests have this behaviour. Some give a 304 response.

    Anyway, maybe the cause is something else. Would be nice to fix this optimization.

    Here the verbose output of the fetch command:
    scheme: "https"
    user: ""
    password: ""
    host: "pkg.freebsd.org"
    port: "0"
    document: "/FreeBSD:13:armv7/latest/data.pkg"
    pkg.freebsd.org:443
    resolving server address: pkg.freebsd.org:443
    SSL options: 82004850
    Peer verification enabled
    Using OpenSSL default CA cert file and path
    Verify hostname
    TLSv1.3 connection established using TLS_AES_128_GCM_SHA256
    Certificate subject: /CN=pkg.freebsd.org
    Certificate issuer: /C=US/O=Certainly/CN=Certainly Intermediate R1
    requesting https://pkg.freebsd.org/FreeBSD:13:armv7/latest/data.pkg
    GET /FreeBSD:13:armv7/latest/data.pkg HTTP/1.1
    If-Modified-Since: Sun, 05 Oct 2025 04:47:06 GMT
    If-Modified-Since: Sun, 05 Oct 2025 04:47:06 GMT
    Host: pkg.freebsd.org
    Accept: */*
    User-Agent: fetch libfetch/2.0
    Connection: close

    <<< HTTP/1.1 200 OK

    <<< Connection: close

    <<< Content-Length: 9137918

    <<< Server: nginx

    content length: [9137918]
    <<< Content-Type: application/octet-stream

    <<< Last-Modified: Sun, 05 Oct 2025 04:47:06 GMT

    <<< ETag: "68e1f84a-8b6efe"

    last modified: [2025-10-05 04:47:06]
    <<< X-Content-Type-Options: nosniff

    <<< X-XSS-Protection: 1; mode=block

    <<< X-Frame-Options: SAMEORIGIN

    <<< Accept-Ranges: bytes

    <<< Via: 1.1 varnish, 1.1 varnish

    <<< Date: Sat, 10 Jan 2026 11:04:02 GMT

    <<< X-Served-By: cache-chi-kigq8000150-CHI, cache-ams2100142-AMS

    <<< X-Cache: MISS, MISS

    <<< X-Cache-Hits: 0, 0

    <<< X-Timer: S1768043043.639628,VS0,VE106

    <<< Cache-Control: no-cache,no-store,max-age=0

    <<<

    offset 0, length -1, size -1, clength 9137918
    local size / mtime: 9137918 / 1759639626
    remote size / mtime: 9137918 / 1759639626 /home/ronald/verify_pkgs.sh/downloads/FreeBSD:13:armv7_latest_d 8923 kB 20 MBps 01s


    Regards,
    Ronald.

    ------=_Part_1477_374823746.1768054226919
    Content-Type: text/html; charset=us-ascii
    Content-Transfer-Encoding: 7bit

    <html><head></head><body>Hi,<br>

    I have a script which regularly fetch some files from pkg.freebsd.org for keeping statistics. (<a href="https://www.klop.ws/pkgstats/pkg-age.html">https://www.klop.ws/pkgstats/pkg-age.html)</a><br>

    The command it executes is: "fetch -vv -o /home/ronald/verify_pkgs.sh/downloads/FreeBSD:13:armv7_latest_data.pkg --if-modified-since=/home/ronald/verify_pkgs.sh/downloads/FreeBSD:13:armv7_latest_data.pkg https://pkg.freebsd.org/FreeBSD:13:armv7/latest/data.pkg"<br>

    Mind that the request header If-Modified-Since has the exact same time as the response header Last-Modified.<br>
    If-Modified-Since: Sun, 05 Oct 2025 04:47:06 GMT<br>
    Last-Modified: Sun, 05 Oct 2025 04:47:06 GMT<br>

    Still the response says HTTP/1.1 200 OK instead of&nbsp;304 Not Modified.<br>

    I've had this in my projects if the File.lastModified() returns a date with milliseconds, while the http-request time always uses 0 for milliseconds. In that case the file is always newer.<br>
    NB: not all fetch requests have this behaviour. Some give a 304 response.<br>

    Anyway, maybe the cause is something else. Would be nice to fix this optimization.<br>

    Here the verbose output of the fetch command:<br>
    scheme: &nbsp;&nbsp;"https"<br>
    user: &nbsp;&nbsp;&nbsp;&nbsp;""<br>
    password: ""<br>
    host: &nbsp;&nbsp;&nbsp;&nbsp;"pkg.freebsd.org"<br>
    port: &nbsp;&nbsp;&nbsp;&nbsp;"0"<br>
    document: "/FreeBSD:13:armv7/latest/data.pkg"<br>
    ---&gt; pkg.freebsd.org:443<br>
    resolving server address: pkg.freebsd.org:443<br>
    SSL options: 82004850<br>
    Peer verification enabled<br>
    Using OpenSSL default CA cert file and path<br>
    Verify hostname<br>
    TLSv1.3 connection established using TLS_AES_128_GCM_SHA256<br>
    Certificate subject: /CN=pkg.freebsd.org<br>
    Certificate issuer: /C=US/O=Certainly/CN=Certainly Intermediate R1<br> requesting <a href="https://pkg.freebsd.org/FreeBSD:13:armv7/latest/data.pkg" target="_blank">https://pkg.freebsd.org/FreeBSD:13:armv7/latest/data.pkg</a><br>
    &gt;&gt;&gt; GET /FreeBSD:13:armv7/latest/data.pkg HTTP/1.1<br> If-Modified-Since: Sun, 05 Oct 2025 04:47:06 GMT<br>
    &gt;&gt;&gt; If-Modified-Since: Sun, 05 Oct 2025 04:47:06 GMT<br>
    &gt;&gt;&gt; Host: pkg.freebsd.org<br>
    &gt;&gt;&gt; Accept: */*<br>
    &gt;&gt;&gt; User-Agent: fetch libfetch/2.0<br>
    &gt;&gt;&gt; Connection: close<br>
    &gt;&gt;&gt;<br>
    &lt;&lt;&lt; HTTP/1.1 200 OK<br>

    &lt;&lt;&lt; Connection: close<br>

    &lt;&lt;&lt; Content-Length: 9137918<br>

    &lt;&lt;&lt; Server: nginx<br>

    content length: [9137918]<br>
    &lt;&lt;&lt; Content-Type: application/octet-stream<br>

    &lt;&lt;&lt; Last-Modified: Sun, 05 Oct 2025 04:47:06 GMT<br>

    &lt;&lt;&lt; ETag: "68e1f84a-8b6efe"<br>

    last modified: [2025-10-05 04:47:06]<br>
    &lt;&lt;&lt; X-Content-Type-Options: nosniff<br>

    &lt;&lt;&lt; X-XSS-Protection: 1; mode=block<br>

    &lt;&lt;&lt; X-Frame-Options: SAMEORIGIN<br>

    &lt;&lt;&lt; Accept-Ranges: bytes<br>

    &lt;&lt;&lt; Via: 1.1 varnish, 1.1 varnish<br>

    &lt;&lt;&lt; Date: Sat, 10 Jan 2026 11:04:02 GMT<br>

    &lt;&lt;&lt; X-Served-By: cache-chi-kigq8000150-CHI, cache-ams2100142-AMS<br>

    &lt;&lt;&lt; X-Cache: MISS, MISS<br>

    &lt;&lt;&lt; X-Cache-Hits: 0, 0<br>

    &lt;&lt;&lt; X-Timer: S1768043043.639628,VS0,VE106<br>

    &lt;&lt;&lt; Cache-Control: no-cache,no-store,max-age=0<br>

    &lt;&lt;&lt;<br>

    offset 0, length -1, size -1, clength 9137918<br>
    local size / mtime: 9137918 / 1759639626<br>
    remote size / mtime: 9137918 / 1759639626<br> /home/ronald/verify_pkgs.sh/downloads/FreeBSD:13:armv7_latest_d &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;8923 kB &nbsp;&nbsp;20 MBps &nbsp;&nbsp;&nbsp;01s<br>


    Regards,<br>
    Ronald.<br>
    &nbsp;</body></html>
    ------=_Part_1477_374823746.1768054226919--


    --
    Posted automagically by a mail2news gateway at muc.de e.V.
    Please direct questions, flames, donations, etc. to news-admin@muc.de
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Ryan Steinmetz@zi@freebsd.org to muc.lists.freebsd.ports on Sat Jan 10 16:32:37 2026
    From Newsgroup: muc.lists.freebsd.ports

    This should be happier now.

    -r

    On (01/10/26 15:10), Ronald Klop wrote:
    Hi,

    I have a script which regularly fetch some files from pkg.freebsd.org for keeping statistics. (https://www.klop.ws/pkgstats/pkg-age.html)

    The command it executes is: "fetch -vv -o /home/ronald/verify_pkgs.sh/downloads/FreeBSD:13:armv7_latest_data.pkg --if-modified-since=/home/ronald/verify_pkgs.sh/downloads/FreeBSD:13:armv7_latest_data.pkg https://pkg.freebsd.org/FreeBSD:13:armv7/latest/data.pkg"

    Mind that the request header If-Modified-Since has the exact same time as the response header Last-Modified.
    If-Modified-Since: Sun, 05 Oct 2025 04:47:06 GMT
    Last-Modified: Sun, 05 Oct 2025 04:47:06 GMT

    Still the response says HTTP/1.1 200 OK instead of 304 Not Modified.

    I've had this in my projects if the File.lastModified() returns a date with milliseconds, while the http-request time always uses 0 for milliseconds. In that case the file is always newer.
    NB: not all fetch requests have this behaviour. Some give a 304 response.

    Anyway, maybe the cause is something else. Would be nice to fix this optimization.

    Here the verbose output of the fetch command:
    scheme: "https"
    user: ""
    password: ""
    host: "pkg.freebsd.org"
    port: "0"
    document: "/FreeBSD:13:armv7/latest/data.pkg"
    pkg.freebsd.org:443
    resolving server address: pkg.freebsd.org:443
    SSL options: 82004850
    Peer verification enabled
    Using OpenSSL default CA cert file and path
    Verify hostname
    TLSv1.3 connection established using TLS_AES_128_GCM_SHA256
    Certificate subject: /CN=pkg.freebsd.org
    Certificate issuer: /C=US/O=Certainly/CN=Certainly Intermediate R1
    requesting https://pkg.freebsd.org/FreeBSD:13:armv7/latest/data.pkg
    GET /FreeBSD:13:armv7/latest/data.pkg HTTP/1.1
    If-Modified-Since: Sun, 05 Oct 2025 04:47:06 GMT
    If-Modified-Since: Sun, 05 Oct 2025 04:47:06 GMT
    Host: pkg.freebsd.org
    Accept: */*
    User-Agent: fetch libfetch/2.0
    Connection: close

    <<< HTTP/1.1 200 OK

    <<< Connection: close

    <<< Content-Length: 9137918

    <<< Server: nginx

    content length: [9137918]
    <<< Content-Type: application/octet-stream

    <<< Last-Modified: Sun, 05 Oct 2025 04:47:06 GMT

    <<< ETag: "68e1f84a-8b6efe"

    last modified: [2025-10-05 04:47:06]
    <<< X-Content-Type-Options: nosniff

    <<< X-XSS-Protection: 1; mode=block

    <<< X-Frame-Options: SAMEORIGIN

    <<< Accept-Ranges: bytes

    <<< Via: 1.1 varnish, 1.1 varnish

    <<< Date: Sat, 10 Jan 2026 11:04:02 GMT

    <<< X-Served-By: cache-chi-kigq8000150-CHI, cache-ams2100142-AMS

    <<< X-Cache: MISS, MISS

    <<< X-Cache-Hits: 0, 0

    <<< X-Timer: S1768043043.639628,VS0,VE106

    <<< Cache-Control: no-cache,no-store,max-age=0

    <<<

    offset 0, length -1, size -1, clength 9137918
    local size / mtime: 9137918 / 1759639626
    remote size / mtime: 9137918 / 1759639626 >/home/ronald/verify_pkgs.sh/downloads/FreeBSD:13:armv7_latest_d 8923 kB 20 MBps 01s


    Regards,
    Ronald.

    --
    Ryan Steinmetz
    PGP: 4143 0BDC 21B0 B3D9 6D47 F0DA 504D C825 7FAD 8C58


    --
    Posted automagically by a mail2news gateway at muc.de e.V.
    Please direct questions, flames, donations, etc. to news-admin@muc.de
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Ronald Klop@ronald-lists@klop.ws to muc.lists.freebsd.ports on Sun Jan 11 20:55:06 2026
    From Newsgroup: muc.lists.freebsd.ports

    ------=_Part_2502_1388446789.1768161306255
    Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit

    Hi Ryan,

    It is happier. If-Modified-Since is now properly handled. Thank you.
    Would you mind sharing what you changed? I noticed that the server is now nginx instead of varnish. I don't know how Fastly works, but it would be nice if the config was in an open repository.

    Regards,
    Ronald.


    Van: Ryan Steinmetz <zi@freebsd.org>
    Datum: zaterdag, 10 januari 2026 17:32
    Aan: Ronald Klop <ronald-lists@klop.ws>
    CC: ports@freebsd.org
    Onderwerp: Re: fetch on pkg.freebsd.org does not handle If-Modified-Since properly

    This should be happier now.

    -r

    On (01/10/26 15:10), Ronald Klop wrote:
    Hi,

    I have a script which regularly fetch some files from pkg.freebsd.org for keeping statistics. (https://www.klop.ws/pkgstats/pkg-age.html)

    The command it executes is: "fetch -vv -o /home/ronald/verify_pkgs.sh/downloads/FreeBSD:13:armv7_latest_data.pkg --if-modified-since=/home/ronald/verify_pkgs.sh/downloads/FreeBSD:13:armv7_latest_data.pkg https://pkg.freebsd.org/FreeBSD:13:armv7/latest/data.pkg"

    Mind that the request header If-Modified-Since has the exact same time as the response header Last-Modified.
    If-Modified-Since: Sun, 05 Oct 2025 04:47:06 GMT
    Last-Modified: Sun, 05 Oct 2025 04:47:06 GMT

    Still the response says HTTP/1.1 200 OK instead of 304 Not Modified.

    I've had this in my projects if the File.lastModified() returns a date with milliseconds, while the http-request time always uses 0 for milliseconds. In that case the file is always newer.
    NB: not all fetch requests have this behaviour. Some give a 304 response.

    Anyway, maybe the cause is something else. Would be nice to fix this optimization.

    Here the verbose output of the fetch command:
    scheme: "https"
    user: ""
    password: ""
    host: "pkg.freebsd.org"
    port: "0"
    document: "/FreeBSD:13:armv7/latest/data.pkg"
    pkg.freebsd.org:443
    resolving server address: pkg.freebsd.org:443
    SSL options: 82004850
    Peer verification enabled
    Using OpenSSL default CA cert file and path
    Verify hostname
    TLSv1.3 connection established using TLS_AES_128_GCM_SHA256
    Certificate subject: /CN=pkg.freebsd.org
    Certificate issuer: /C=US/O=Certainly/CN=Certainly Intermediate R1 >requesting https://pkg.freebsd.org/FreeBSD:13:armv7/latest/data.pkg
    GET /FreeBSD:13:armv7/latest/data.pkg HTTP/1.1
    If-Modified-Since: Sun, 05 Oct 2025 04:47:06 GMT
    If-Modified-Since: Sun, 05 Oct 2025 04:47:06 GMT
    Host: pkg.freebsd.org
    Accept: */*
    User-Agent: fetch libfetch/2.0
    Connection: close

    <<< HTTP/1.1 200 OK

    <<< Connection: close

    <<< Content-Length: 9137918

    <<< Server: nginx

    content length: [9137918]
    <<< Content-Type: application/octet-stream

    <<< Last-Modified: Sun, 05 Oct 2025 04:47:06 GMT

    <<< ETag: "68e1f84a-8b6efe"

    last modified: [2025-10-05 04:47:06]
    <<< X-Content-Type-Options: nosniff

    <<< X-XSS-Protection: 1; mode=block

    <<< X-Frame-Options: SAMEORIGIN

    <<< Accept-Ranges: bytes

    <<< Via: 1.1 varnish, 1.1 varnish

    <<< Date: Sat, 10 Jan 2026 11:04:02 GMT

    <<< X-Served-By: cache-chi-kigq8000150-CHI, cache-ams2100142-AMS

    <<< X-Cache: MISS, MISS

    <<< X-Cache-Hits: 0, 0

    <<< X-Timer: S1768043043.639628,VS0,VE106

    <<< Cache-Control: no-cache,no-store,max-age=0

    <<<

    offset 0, length -1, size -1, clength 9137918
    local size / mtime: 9137918 / 1759639626
    remote size / mtime: 9137918 / 1759639626 >/home/ronald/verify_pkgs.sh/downloads/FreeBSD:13:armv7_latest_d 8923 kB 20 MBps 01s


    Regards,
    Ronald.


    --
    Ryan Steinmetz
    PGP: 4143 0BDC 21B0 B3D9 6D47 F0DA 504D C825 7FAD 8C58





    ------=_Part_2502_1388446789.1768161306255
    Content-Type: text/html; charset=us-ascii
    Content-Transfer-Encoding: 7bit

    <html><head></head><body>Hi Ryan,<br>

    It is happier. If-Modified-Since is now properly handled. Thank you.<br>
    Would you mind sharing what you changed? I noticed that the server is now nginx instead of varnish. I don't know how Fastly works, but it would be nice if the config was in an open repository.<br>

    Regards,<br>
    Ronald.<br>

    &nbsp;
    <p><strong>Van:</strong> Ryan Steinmetz &lt;zi@freebsd.org&gt;<br> <strong>Datum:</strong> zaterdag, 10 januari 2026 17:32<br> <strong>Aan:</strong> Ronald Klop &lt;ronald-lists@klop.ws&gt;<br> <strong>CC:</strong> ports@freebsd.org<br>
    <strong>Onderwerp:</strong> Re: fetch on pkg.freebsd.org does not handle If-Modified-Since properly</p>

    <blockquote style="padding-right: 0px; padding-left: 5px; margin-left: 5px; border-left: #000000 2px solid; margin-right: 0px">
    <div class="MessageRFC822Viewer" id="P">
    <div class="TextPlainViewer" id="P.P">This should be happier now.<br>

    -r<br>

    On (01/10/26 15:10), Ronald Klop wrote:<br>
    &gt;Hi,<br>
    &gt;<br>
    &gt;I have a script which regularly fetch some files from pkg.freebsd.org for keeping statistics. (<a href="https://www.klop.ws/pkgstats/pkg-age.html">https://www.klop.ws/pkgstats/pkg-age.html</a>)<br>
    &gt;<br>
    &gt;The command it executes is: "fetch -vv -o /home/ronald/verify_pkgs.sh/downloads/FreeBSD:13:armv7_latest_data.pkg --if-modified-since=/home/ronald/verify_pkgs.sh/downloads/FreeBSD:13:armv7_latest_data.pkg <a href="https://pkg.freebsd.org/FreeBSD:13:armv7/latest/data.pkg">https://pkg.freebsd.org/FreeBSD:13:armv7/latest/data.pkg</a>"<br>
    &gt;<br>
    &gt;Mind that the request header If-Modified-Since has the exact same time as the response header Last-Modified.<br>
    &gt;If-Modified-Since: Sun, 05 Oct 2025 04:47:06 GMT<br>
    &gt;Last-Modified: Sun, 05 Oct 2025 04:47:06 GMT<br>
    &gt;<br>
    &gt;Still the response says HTTP/1.1 200 OK instead of 304 Not Modified.<br> &gt;<br>
    &gt;I've had this in my projects if the File.lastModified() returns a date with milliseconds, while the http-request time always uses 0 for milliseconds. In that case the file is always newer.<br>
    &gt;NB: not all fetch requests have this behaviour. Some give a 304 response.<br>
    &gt;<br>
    &gt;Anyway, maybe the cause is something else. Would be nice to fix this optimization.<br>
    &gt;<br>
    &gt;Here the verbose output of the fetch command:<br>
    &gt;scheme: &nbsp;&nbsp;"https"<br>
    &gt;user: &nbsp;&nbsp;&nbsp;&nbsp;""<br>
    &gt;password: ""<br>
    &gt;host: &nbsp;&nbsp;&nbsp;&nbsp;"pkg.freebsd.org"<br>
    &gt;port: &nbsp;&nbsp;&nbsp;&nbsp;"0"<br>
    &gt;document: "/FreeBSD:13:armv7/latest/data.pkg"<br>
    &gt;---&gt; pkg.freebsd.org:443<br>
    &gt;resolving server address: pkg.freebsd.org:443<br>
    &gt;SSL options: 82004850<br>
    &gt;Peer verification enabled<br>
    &gt;Using OpenSSL default CA cert file and path<br>
    &gt;Verify hostname<br>
    &gt;TLSv1.3 connection established using TLS_AES_128_GCM_SHA256<br> &gt;Certificate subject: /CN=pkg.freebsd.org<br>
    &gt;Certificate issuer: /C=US/O=Certainly/CN=Certainly Intermediate R1<br> &gt;requesting <a href="https://pkg.freebsd.org/FreeBSD:13:armv7/latest/data.pkg">https://pkg.freebsd.org/FreeBSD:13:armv7/latest/data.pkg</a><br>
    &gt;&gt;&gt;&gt;GET /FreeBSD:13:armv7/latest/data.pkg HTTP/1.1<br> &gt;If-Modified-Since: Sun, 05 Oct 2025 04:47:06 GMT<br> &gt;&gt;&gt;&gt;If-Modified-Since: Sun, 05 Oct 2025 04:47:06 GMT<br> &gt;&gt;&gt;&gt;Host: pkg.freebsd.org<br>
    &gt;&gt;&gt;&gt;Accept: */*<br>
    &gt;&gt;&gt;&gt;User-Agent: fetch libfetch/2.0<br>
    &gt;&gt;&gt;&gt;Connection: close<br>
    &gt;&gt;&gt;&gt;<br>
    &gt;&lt;&lt;&lt; HTTP/1.1 200 OK<br>
    &gt;<br>
    &gt;&lt;&lt;&lt; Connection: close<br>
    &gt;<br>
    &gt;&lt;&lt;&lt; Content-Length: 9137918<br>
    &gt;<br>
    &gt;&lt;&lt;&lt; Server: nginx<br>
    &gt;<br>
    &gt;content length: [9137918]<br>
    &gt;&lt;&lt;&lt; Content-Type: application/octet-stream<br>
    &gt;<br>
    &gt;&lt;&lt;&lt; Last-Modified: Sun, 05 Oct 2025 04:47:06 GMT<br>
    &gt;<br>
    &gt;&lt;&lt;&lt; ETag: "68e1f84a-8b6efe"<br>
    &gt;<br>
    &gt;last modified: [2025-10-05 04:47:06]<br>
    &gt;&lt;&lt;&lt; X-Content-Type-Options: nosniff<br>
    &gt;<br>
    &gt;&lt;&lt;&lt; X-XSS-Protection: 1; mode=block<br>
    &gt;<br>
    &gt;&lt;&lt;&lt; X-Frame-Options: SAMEORIGIN<br>
    &gt;<br>
    &gt;&lt;&lt;&lt; Accept-Ranges: bytes<br>
    &gt;<br>
    &gt;&lt;&lt;&lt; Via: 1.1 varnish, 1.1 varnish<br>
    &gt;<br>
    &gt;&lt;&lt;&lt; Date: Sat, 10 Jan 2026 11:04:02 GMT<br>
    &gt;<br>
    &gt;&lt;&lt;&lt; X-Served-By: cache-chi-kigq8000150-CHI, cache-ams2100142-AMS<br>
    &gt;<br>
    &gt;&lt;&lt;&lt; X-Cache: MISS, MISS<br>
    &gt;<br>
    &gt;&lt;&lt;&lt; X-Cache-Hits: 0, 0<br>
    &gt;<br>
    &gt;&lt;&lt;&lt; X-Timer: S1768043043.639628,VS0,VE106<br>
    &gt;<br>
    &gt;&lt;&lt;&lt; Cache-Control: no-cache,no-store,max-age=0<br>
    &gt;<br>
    &gt;&lt;&lt;&lt;<br>
    &gt;<br>
    &gt;offset 0, length -1, size -1, clength 9137918<br>
    &gt;local size / mtime: 9137918 / 1759639626<br>
    &gt;remote size / mtime: 9137918 / 1759639626<br> &gt;/home/ronald/verify_pkgs.sh/downloads/FreeBSD:13:armv7_latest_d &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;8923 kB &nbsp;&nbsp;20 MBps &nbsp;&nbsp;&nbsp;01s<br>
    &gt;<br>
    &gt;<br>
    &gt;Regards,<br>
    &gt;Ronald.<br>
    &gt;<br>

    --&nbsp;<br>
    Ryan Steinmetz<br>
    PGP: 4143 0BDC 21B0 B3D9 6D47 &nbsp;F0DA 504D C825 7FAD 8C58</div>

    <hr></div>
    </blockquote>

    &nbsp;</body></html>
    ------=_Part_2502_1388446789.1768161306255--


    --
    Posted automagically by a mail2news gateway at muc.de e.V.
    Please direct questions, flames, donations, etc. to news-admin@muc.de
    --- Synchronet 3.21a-Linux NewsLink 1.2