• Moribund mailing list

    From CGS@3:633/10 to All on Tuesday, April 28, 2026 17:10:01
    Is it just me, or has this mailing list died?

    --- PyGate Linux v1.5.14
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Norwid Behrnd@3:633/10 to All on Tuesday, April 28, 2026 17:30:01
    On Tue, 28 Apr 2026 14:59:55 -0000 (UTC)
    CGS <etphonehomefrance@gmail.com> wrote:

    Is it just me, or has this mailing list died?


    No, the list is well alive -- for instance current April 2026 <https://lists.debian.org/debian-user/2026/04/threads.html>

    --- PyGate Linux v1.5.14
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Felix Miata@3:633/10 to All on Tuesday, April 28, 2026 17:50:01
    CGS composed on 2026-04-28 14:59 (UTC):

    Is it just me, or has this mailing list died?

    I'm on lots of mailing lists besides this one. Traffic on most has drastically fallen off in recent months and/or years.
    --
    Evolution as taught in public schools is, like religion,
    based on faith, not based on science.

    Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

    Felix Miata

    --- PyGate Linux v1.5.14
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From rhkramer@3:633/10 to All on Tuesday, April 28, 2026 18:30:01
    Subject: Didn't receive the original post (to which this was a reply) (was: Re: Moribund mailing list)

    Fairly often, I see a reply to a message (on debian-user) but didn't see / receive the original post.

    This is an example.

    Any clues? I guess there could be a variety of causes, one might be that someone posted the original to a different list or directly to a person on the list and the reply was directed to the list.

    It's not an urgent matter, just something that has tugged at the back of my brain for a while.

    On Tuesday, April 28, 2026 11:48:29 AM Felix Miata wrote:
    CGS composed on 2026-04-28 14:59 (UTC):
    Is it just me, or has this mailing list died?

    I'm on lots of mailing lists besides this one. Traffic on most has drastically fallen off in recent months and/or years.

    --- PyGate Linux v1.5.14
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Jeremy Nicoll@3:633/10 to All on Tuesday, April 28, 2026 19:20:01
    Oops - I think I sent this by accident to Norwid rather
    than the list.

    On Tue, 28 Apr 2026, at 16:20, Norwid Behrnd wrote:

    No, the list is well alive -- for instance current April 2026 <https://lists.debian.org/debian-user/2026/04/threads.html>

    I get a 403 on that & also: https://lists.debian.org/
    (You don't have permission to access this resource.)

    ?? - what?

    I can, though, access: https://www.debian.org/

    (Using Firefox 115.35.1esr (64-bit).)

    --
    Jeremy Nicoll - my opinions are my own.

    --- PyGate Linux v1.5.14
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Nicolas George@3:633/10 to All on Tuesday, April 28, 2026 19:30:01
    Subject: Re: Didn't receive the original post (to which this was a reply) (was: Re: Moribund mailing list)

    rhkramer@gmail.com (HE12026-04-28):
    Fairly often, I see a reply to a message (on debian-user) but didn't see / receive the original post.

    The original post was from @gmail.com, and yours too.

    Do you ever receive any mail from that domain through a Debian
    mailing-list?

    Ccing you on purpose.

    Regards,

    --
    Nicolas George

    --- PyGate Linux v1.5.14
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Andy Smith@3:633/10 to All on Tuesday, April 28, 2026 20:10:01
    Subject: Re: Didn't receive the original post (to which this was a reply) (was: Re: Moribund mailing list)

    Hi,

    On Tue, Apr 28, 2026 at 12:21:25PM -0400, rhkramer@gmail.com wrote:
    Fairly often, I see a reply to a message (on debian-user) but didn't see / receive the original post.

    This is an example.

    Any clues?

    gmail often errs on the side of not accepting email or sending it to
    spam folder, even when the sender is also from gmail.

    Debian is slow to adopt the features that gmail insists upon for deliverability.

    Mailing lists become less feasible as the years go on.

    Thanks,
    Andy

    --
    https://bitfolk.com/ -- No-nonsense VPS hosting

    I'd be interested to hear any (even two word) reviews of their sofas?
    Provides seating. ? Andy Davidson

    --- PyGate Linux v1.5.14
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From David Wright@3:633/10 to All on Tuesday, April 28, 2026 20:20:01
    On Tue 28 Apr 2026 at 18:13:58 (+0100), Jeremy Nicoll wrote:
    Oops - I think I sent this by accident to Norwid rather
    than the list.

    On Tue, 28 Apr 2026, at 16:20, Norwid Behrnd wrote:

    No, the list is well alive -- for instance current April 2026 <https://lists.debian.org/debian-user/2026/04/threads.html>

    I get a 403 on that & also: https://lists.debian.org/
    (You don't have permission to access this resource.)

    ?? - what?

    I can, though, access: https://www.debian.org/

    (Using Firefox 115.35.1esr (64-bit).)

    A bot blocker that needs JS, perhaps?

    Cheers,
    David.

    --- PyGate Linux v1.5.14
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Jeremy Nicoll@3:633/10 to All on Tuesday, April 28, 2026 20:40:02
    On Tue, 28 Apr 2026, at 19:16, David Wright wrote:
    On Tue 28 Apr 2026 at 18:13:58 (+0100), Jeremy Nicoll wrote:

    I can, though, access: https://www.debian.org/

    (Using Firefox 115.35.1esr (64-bit).)

    A bot blocker that needs JS, perhaps?

    Doubt it; JS isn't disabled here; I also don't run either ad- or script-blockers.

    --
    Jeremy Nicoll - my opinions are my own.

    --- PyGate Linux v1.5.14
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Jeffrey Walton@3:633/10 to All on Tuesday, April 28, 2026 21:10:01
    Subject: Re: Didn't receive the original post (to which this was a reply) (was: Re: Moribund mailing list)

    On Tue, Apr 28, 2026 at 2:49?PM <rhkramer@gmail.com> wrote:

    Fairly often, I see a reply to a message (on debian-user) but didn't see
    /
    receive the original post.

    This is an example.

    Any clues? I guess there could be a variety of causes, one might be that someone posted the original to a different list or directly to a person o
    n the
    list and the reply was directed to the list.

    It's not an urgent matter, just something that has tugged at the back of
    my
    brain for a while.

    I've noticed the same thing as a GMail user. I often see folks on the
    list reply to a message and I receive the reply before the original
    message arrives in my Inbox.

    It seems like GMail stores some emails before forwarding them to the
    next MTA or MUA. I guess -- and it is merely a guess -- GMail is
    holding the message in a type of quarantine to classify the message
    [as legitimate or spam].

    On Tuesday, April 28, 2026 11:48:29 AM Felix Miata wrote:
    CGS composed on 2026-04-28 14:59 (UTC):
    Is it just me, or has this mailing list died?

    I'm on lots of mailing lists besides this one. Traffic on most has drastically fallen off in recent months and/or years.

    I think Felix's observation is a different one. I think GMail is
    rejecting a lot more messages as spam using headers like DMARC, SPF,
    and DKIM.

    Jeff

    --- PyGate Linux v1.5.14
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Jan Claeys@3:633/10 to All on Tuesday, April 28, 2026 21:20:01
    Subject: Re: Didn't receive the original post (to which this was a reply) (was: Re: Moribund mailing list)

    On Tue, 2026-04-28 at 18:03 +0000, Andy Smith wrote:
    gmail often errs on the side of not accepting email or sending it to
    spam folder, even when the sender is also from gmail.

    Worse, it accepts mail & then doesn?t deliver it (sometimes not eve
    n to
    the Spam folder). It?s just not a reliable service to use, period.

    If they want reliable e-mail, people should move to other e-mail
    solutions instead.


    --
    Jan Claeys

    (please don't CC me when replying to the list)

    --- PyGate Linux v1.5.14
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Anders Andersson@3:633/10 to All on Tuesday, April 28, 2026 21:30:01
    Subject: Re: Didn't receive the original post (to which this was a reply) (was: Re: Moribund mailing list)

    On Tue, Apr 28, 2026 at 8:49?PM <rhkramer@gmail.com> wrote:

    Fairly often, I see a reply to a message (on debian-user) but didn't see
    /
    receive the original post.

    This is an example.

    Any clues? I guess there could be a variety of causes, one might be that someone posted the original to a different list or directly to a person o
    n the
    list and the reply was directed to the list.

    It's not an urgent matter, just something that has tugged at the back of
    my
    brain for a while.

    On Tuesday, April 28, 2026 11:48:29 AM Felix Miata wrote:
    CGS composed on 2026-04-28 14:59 (UTC):
    Is it just me, or has this mailing list died?

    I'm on lots of mailing lists besides this one. Traffic on most has drastically fallen off in recent months and/or years.



    It happens to me all the time, it's absurd, but I've just written it
    off as gmail trying its hardest to break email.

    --- PyGate Linux v1.5.14
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Joe@3:633/10 to All on Tuesday, April 28, 2026 21:30:01
    Subject: Re: Didn't receive the original post (to which this was a reply) (was: Re: Moribund mailing list)

    On Tue, 28 Apr 2026 15:04:28 -0400
    Jeffrey Walton <noloader@gmail.com> wrote:

    On Tue, Apr 28, 2026 at 2:49?PM <rhkramer@gmail.com> wrote:

    Fairly often, I see a reply to a message (on debian-user) but
    didn't see / receive the original post.

    This is an example.

    Any clues? I guess there could be a variety of causes, one might
    be that someone posted the original to a different list or directly
    to a person on the list and the reply was directed to the list.

    It's not an urgent matter, just something that has tugged at the
    back of my brain for a while.

    I've noticed the same thing as a GMail user. I often see folks on the
    list reply to a message and I receive the reply before the original
    message arrives in my Inbox.

    It seems like GMail stores some emails before forwarding them to the
    next MTA or MUA. I guess -- and it is merely a guess -- GMail is
    holding the message in a type of quarantine to classify the message
    [as legitimate or spam].

    May be other reasons. When I advised a small company on IT, I seemed to
    have trouble driving into peoples' heads that email is not guaranteed to
    be instant. The number of times, I said 'If you want instant, pick up
    the phone.' There was no SMS then, but there were faxes.

    The longest delay I ever saw was eight weeks, though to be fair, that
    was a major server failure.

    On Tuesday, April 28, 2026 11:48:29 AM Felix Miata wrote:
    CGS composed on 2026-04-28 14:59 (UTC):
    Is it just me, or has this mailing list died?

    I'm on lots of mailing lists besides this one. Traffic on most has drastically fallen off in recent months and/or years.

    I think Felix's observation is a different one. I think GMail is
    rejecting a lot more messages as spam using headers like DMARC, SPF,
    and DKIM.

    It's a shame Google don't put as much effort into stopping spam and
    malware coming from its own accounts...

    --
    Joe

    --- PyGate Linux v1.5.14
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Andy Smith@3:633/10 to All on Tuesday, April 28, 2026 21:50:01
    Subject: Re: Didn't receive the original post (to which this was a reply) (was: Re: Moribund mailing list)

    Hi,

    On Tue, Apr 28, 2026 at 09:17:49PM +0200, Jan Claeys wrote:
    On Tue, 2026-04-28 at 18:03 +0000, Andy Smith wrote:
    gmail often errs on the side of not accepting email or sending it to
    spam folder, even when the sender is also from gmail.

    Worse, it accepts mail & then doesn?t deliver it (sometimes not even to
    the Spam folder). It?s just not a reliable service to use, period.

    A Google employee on the "mailop" mailing list once said that there is absolutely no intentional way for gmail to silently discard an email,
    unless a user with a Workspaces account has added filtering rules to do
    that.

    On the other hand, as someone whose business sends out invoices by
    email, I have had recipients at gmail.com swear that they only paid late because "we never received the email", despite me showing Exim logs
    where gmail accepted it.

    So I honestly do not know who to believe on that particular point.

    If they want reliable e-mail, people should move to other e-mail
    solutions instead.

    I can only assume that it's not actually that important for most users,
    and they would rather occasionally lose email and blame it on gmail than actually take some action to improve matters.

    Thanks,
    Andy

    --
    https://bitfolk.com/ -- No-nonsense VPS hosting

    --- PyGate Linux v1.5.14
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From nwe@3:633/10 to All on Tuesday, April 28, 2026 21:50:01
    On 4/28/26 2:17 PM, Jan Claeys wrote:
    On Tue, 2026-04-28 at 18:03 +0000, Andy Smith wrote:
    gmail often errs on the side of not accepting email or sending it to
    spam folder, even when the sender is also from gmail.
    Worse, it accepts mail & then doesn\u2019t deliver it (sometimes not even to the Spam folder). It\u2019s just not a reliable service to use, period.

    If they want reliable e-mail, people should move to other e-mail
    solutions instead.


    +1


    --- PyGate Linux v1.5.14
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Andy Smith@3:633/10 to All on Tuesday, April 28, 2026 21:50:02
    Hi,

    On Tue, Apr 28, 2026 at 07:33:08PM +0100, Jeremy Nicoll wrote:
    On Tue, 28 Apr 2026, at 19:16, David Wright wrote:
    A bot blocker that needs JS, perhaps?

    Doubt it; JS isn't disabled here; I also don't run either ad- or script-blockers.

    We had an earlier report of this exact thing here on this list and it
    turned out to be an overly-zealous user-agent block in an attempt to
    stop scraper bots.

    If it's that, you will need to report it to Debian. You could try postmaster@lists.debian.org (because it's the list archives).

    You could also verify it's this issue by using some extension to force
    your user-agent to be different. IIRC the other incident was someone using Firefox from a Debian package, sadly enough, so even that isn't safe.

    Thanks,
    Andy

    --
    https://bitfolk.com/ -- No-nonsense VPS hosting

    --- PyGate Linux v1.5.14
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From rhkramer@3:633/10 to All on Tuesday, April 28, 2026 21:50:02
    Subject: Re: Didn't receive the original post (to which this was a reply) (was: Re: Moribund mailing list)

    On Tuesday, April 28, 2026 01:21:22 PM Nicolas George wrote:
    rhkramer@gmail.com (HE12026-04-28):
    Fairly often, I see a reply to a message (on debian-user) but didn't see
    / receive the original post.

    The original post was from @gmail.com, and yours too.

    Do you ever receive any mail from that domain through a Debian
    mailing-list?

    Yes, (had to look) here are the headers from 3 random examples -- the first
    one
    is probably the best example (being from a gmail.com address and going to t
    he
    debian-user list).

    NTFS mounting error
    From: ????????? ??
    ???????? <saschaaa14@gmail.com> (re
    sent from debian-
    user@lists.debian.org)
    To: debian-user@lists.debian.org
    Date: Wed Feb 18 04:27:34 2026

    Hyprland
    From: ???? ????? <egorzhushm
    a2012@gmail.com> (resent from debian-
    project@lists.debian.org)
    To: debian-project@lists.debian.org
    Date: Mon Feb 9 12:54:42 2026

    Re: Add a project's GPG key on Debian Trixie
    From: <czyborra@gmail.com> (resent from debian-user@lists.debian.org)
    To: didier gaumet <didier.gaumet@gmail.com>
    CC: debian-user@lists.debian.org

    --- PyGate Linux v1.5.14
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Richmond@3:633/10 to All on Tuesday, April 28, 2026 22:20:01
    rhkramer@gmail.com writes:

    Fairly often, I see a reply to a message (on debian-user) but didn't
    see / receive the original post.

    This is an example.

    Any clues? I guess there could be a variety of causes, one might be
    that someone posted the original to a different list or directly to a
    person on the list and the reply was directed to the list.

    It's not an urgent matter, just something that has tugged at the back
    of my brain for a while.

    On Tuesday, April 28, 2026 11:48:29 AM Felix Miata wrote:
    CGS composed on 2026-04-28 14:59 (UTC): > Is it just me, or has this
    mailing list died?

    I'm on lots of mailing lists besides this one. Traffic on most has
    drastically fallen off in recent months and/or years.

    The original is on linux.debian.user, on usenet. Maybe that's a better
    way to view the list.

    --- PyGate Linux v1.5.14
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From rhkramer@3:633/10 to All on Tuesday, April 28, 2026 22:30:01
    On Tuesday, April 28, 2026 04:02:46 PM Richmond wrote:
    rhkramer@gmail.com writes:
    Fairly often, I see a reply to a message (on debian-user) but didn't
    see / receive the original post.

    ...

    The original is on linux.debian.user, on usenet. Maybe that's a better
    way to view the list.

    Maybe, but that's not the most convenient / friendly / easiest to use for me. YMMV

    --- PyGate Linux v1.5.14
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Joe@3:633/10 to All on Tuesday, April 28, 2026 23:00:01
    Subject: Re: Didn't receive the original post (to which this was a reply) (was: Re: Moribund mailing list)

    On Tue, 28 Apr 2026 19:40:40 +0000
    Andy Smith <andy@strugglers.net> wrote:

    Hi,

    On Tue, Apr 28, 2026 at 09:17:49PM +0200, Jan Claeys wrote:
    On Tue, 2026-04-28 at 18:03 +0000, Andy Smith wrote:
    gmail often errs on the side of not accepting email or sending it
    to spam folder, even when the sender is also from gmail.

    Worse, it accepts mail & then doesn?t deliver it (sometimes not
    even to the Spam folder). It?s just not a reliable service to
    use,
    period.

    A Google employee on the "mailop" mailing list once said that there is absolutely no intentional way for gmail to silently discard an email,
    unless a user with a Workspaces account has added filtering rules to
    do that.

    On the other hand, as someone whose business sends out invoices by
    email, I have had recipients at gmail.com swear that they only paid
    late because "we never received the email", despite me showing Exim
    logs where gmail accepted it.

    So I honestly do not know who to believe on that particular point.

    If they want reliable e-mail, people should move to other e-mail
    solutions instead.

    I can only assume that it's not actually that important for most
    users, and they would rather occasionally lose email and blame it on
    gmail than actually take some action to improve matters.


    "Anything free is worth what you pay for it"

    --
    Joe

    --- PyGate Linux v1.5.14
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Stefan Monnier@3:633/10 to All on Tuesday, April 28, 2026 23:20:01
    Andy Smith [2026-04-28 19:40:40] wrote:
    A Google employee on the "mailop" mailing list once said that there is absolutely no intentional way for gmail to silently discard an email,
    unless a user with a Workspaces account has added filtering rules to do
    that.

    On the other hand, as someone whose business sends out invoices by
    email, I have had recipients at gmail.com swear that they only paid late because "we never received the email", despite me showing Exim logs
    where gmail accepted it.

    So I honestly do not know who to believe on that particular point.

    I think the answer lies in the definition of "discard" and at which
    stage this can happen. Like all MTAs, Gmail routinely silently drops
    email on the floor on the basis that it's presumed to be "spam".
    So Google's employee must have been referring to something else, like "discarding after spam filtering" or something like that.


    === Stefan

    --- PyGate Linux v1.5.14
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Nicolas George@3:633/10 to All on Tuesday, April 28, 2026 23:20:01
    Subject: Re: Didn't receive the original post (to which this was a reply) (was: Re: Moribund mailing list)

    Joe (HE12026-04-28):
    "Anything free is worth what you pay for it"

    Are you sure you want to say that on a Libre Software mailing-list?

    Regards,

    --
    Nicolas George

    --- PyGate Linux v1.5.14
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Nicolas George@3:633/10 to All on Tuesday, April 28, 2026 23:30:01
    nwe (HE12026-04-28):
    "Anything free is worth what you pay for it"

    There is a difference.
    I wish for the freedom to edit gmail's source code... ;)

    Do you really believe nobody here believes there's no difference between
    the free of Google and the free of Debian?

    And now, please observe that the saying above does not make the
    difference between the free of Google and the free of Debian.

    --
    Nicolas George

    --- PyGate Linux v1.5.14
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From nwe@3:633/10 to All on Tuesday, April 28, 2026 23:30:02
    On 4/28/26 4:14 PM, Nicolas George wrote:
    Joe (HE12026-04-28):
    "Anything free is worth what you pay for it"
    Are you sure you want to say that on a Libre Software mailing-list?

    Regards,

    There is a difference.
    I wish for the freedom to edit gmail's source code... ;)


    --- PyGate Linux v1.5.14
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From nwe@3:633/10 to All on Wednesday, April 29, 2026 00:00:02
    On 4/28/26 4:23 PM, Nicolas George wrote:
    nwe (HE12026-04-28):
    "Anything free is worth what you pay for it"
    There is a difference.
    I wish for the freedom to edit gmail's source code... ;)
    Do you really believe nobody here believes there's no difference between
    the free of Google and the free of Debian?
    no
    And now, please observe that the saying above does not make the
    difference between the free of Google and the free of Debian.
    got it

    I wrote too quick.
    I think we all agree Google's kind of 'free' is opposite from Debian's
    kind of free.


    --- PyGate Linux v1.5.14
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From David Wright@3:633/10 to All on Wednesday, April 29, 2026 01:00:01
    On Tue 28 Apr 2026 at 19:33:08 (+0100), Jeremy Nicoll wrote:
    On Tue, 28 Apr 2026, at 19:16, David Wright wrote:
    On Tue 28 Apr 2026 at 18:13:58 (+0100), Jeremy Nicoll wrote:

    I can, though, access: https://www.debian.org/

    (Using Firefox 115.35.1esr (64-bit).)

    A bot blocker that needs JS, perhaps?

    Doubt it; JS isn't disabled here; I also don't run either ad- or script-blockers.

    It was a guess prompted by the fact that I saw the green check mark
    flash by for what I think is my first time on the threads page.

    FWIW, upgrading trixie, I had to go round the:
    Retrieving bug reports... 0% Fail
    E: HTTP GET failed
    Retry downloading bug information? [Y/n]
    One package at a time? [Y/n]
    One bug report at a time? [Y/n]
    Fail
    E: HTTP GET failed
    loop several times just now, so maybe it's whatever causes that.
    Who knows? I don't?sorry.

    Cheers,
    David.

    --- PyGate Linux v1.5.14
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Jeremy Nicoll@3:633/10 to All on Wednesday, April 29, 2026 01:40:01
    On Tue, 28 Apr 2026, at 23:57, David Wright wrote:

    Who knows? I don't?sorry.

    TY for your help. I've taken part of Andy Smith's advice & emailed

    postmaster@lists.debian.org

    & included info from Firefox's page-specific console (when I tried to
    reload the https://lists.debian.org/ page). The info shows both the
    request & response headers; and cookie values.

    I do think that - a couple of times - when I've clicked the reload
    button I've briefly seen the word "Challenge" appear before the
    "Forbidden" page appears. But if there's a page with some sort of human-do-able challenge ...? why am I not seeing it in full? The
    request headers (for: https://lists.debian.org/ ) include

    Referer: https://lists.debian.org/challenge.html?original=%2f


    I've not installed any extension which might or might not allow me to
    alter the User-Agent string-- for four reasons: (1) I'd have no idea
    what to change it to; (2) I don't want to break sessions with other
    sites I use; (3) changing the UA wouldn't represent what other users
    of FF do - it should work for every real person; (4) I really don't
    like complicating things with possibly buggy extensions.

    --
    Jeremy Nicoll - my opinions are my own.

    --- PyGate Linux v1.5.14
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Chris Green@3:633/10 to All on Wednesday, April 29, 2026 08:30:01
    Stefan Monnier <monnier@iro.umontreal.ca> wrote:
    Andy Smith [2026-04-28 19:40:40] wrote:
    A Google employee on the "mailop" mailing list once said that there is absolutely no intentional way for gmail to silently discard an email, unless a user with a Workspaces account has added filtering rules to do that.

    On the other hand, as someone whose business sends out invoices by
    email, I have had recipients at gmail.com swear that they only paid late because "we never received the email", despite me showing Exim logs
    where gmail accepted it.

    So I honestly do not know who to believe on that particular point.

    I think the answer lies in the definition of "discard" and at which
    stage this can happen. Like all MTAs, Gmail routinely silently drops
    email on the floor on the basis that it's presumed to be "spam".
    So Google's employee must have been referring to something else, like "discarding after spam filtering" or something like that.

    Is that really true? My domains and mail are hosted on a small[ish]
    ISP in the UK. As far as I'm aware absoltely **all** E-Mail that
    arrives there and is addressed to me will get sent to me, unless **I**
    decide to drop some by setting some filtering criteria.

    --
    Chris Green
    ú

    --- PyGate Linux v1.5.14
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Joe@3:633/10 to All on Wednesday, April 29, 2026 09:00:01
    On Wed, 29 Apr 2026 07:12:55 +0100
    Chris Green <cl@isbd.net> wrote:

    Stefan Monnier <monnier@iro.umontreal.ca> wrote:
    Andy Smith [2026-04-28 19:40:40] wrote:
    A Google employee on the "mailop" mailing list once said that
    there is absolutely no intentional way for gmail to silently
    discard an email, unless a user with a Workspaces account has
    added filtering rules to do that.

    On the other hand, as someone whose business sends out invoices by
    email, I have had recipients at gmail.com swear that they only
    paid late because "we never received the email", despite me
    showing Exim logs where gmail accepted it.

    So I honestly do not know who to believe on that particular
    point.

    I think the answer lies in the definition of "discard" and at which
    stage this can happen. Like all MTAs, Gmail routinely silently
    drops email on the floor on the basis that it's presumed to be
    "spam". So Google's employee must have been referring to something
    else, like "discarding after spam filtering" or something like that.

    Is that really true? My domains and mail are hosted on a small[ish]
    ISP in the UK. As far as I'm aware absoltely **all** E-Mail that
    arrives there and is addressed to me will get sent to me, unless **I**
    decide to drop some by setting some filtering criteria.


    Maybe, maybe not, it's up to the email administrator. My server rejects
    some email at the SMTP transaction level for a variety of reasons, but
    then the sender (if a real email sender) will be notified the
    transaction failed, and why. I don't reject there on message content,
    but the means to do so certainly exists.

    --
    Joe

    --- PyGate Linux v1.5.14
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Joe@3:633/10 to All on Wednesday, April 29, 2026 09:10:01
    Subject: Re: Didn't receive the original post (to which this was a reply) (was: Re: Moribund mailing list)

    On Tue, 28 Apr 2026 23:14:30 +0200
    Nicolas George <george@nsup.org> wrote:

    Joe (HE12026-04-28):
    "Anything free is worth what you pay for it"

    Are you sure you want to say that on a Libre Software mailing-list?

    I would argue that libre software is not completely free of charge, but
    almost always requires some unpaid effort on the part of the user,
    whereas Gmail is made easy to use, if it does what you want. Most
    people have never configured an email client.

    --
    Joe

    --- PyGate Linux v1.5.14
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Nicolas George@3:633/10 to All on Wednesday, April 29, 2026 11:10:01
    Subject: Re: Didn't receive the original post (to which this was a reply) (was: Re: Moribund mailing list)

    Joe (HE12026-04-29):
    I would argue that libre software is not completely free of charge, but almost always requires some unpaid effort on the part of the user,
    whereas Gmail is made easy to use, if it does what you want. Most
    people have never configured an email client.

    If you allow to count non-pecuniary costs, then GMail is even more
    costly, as it will cost you your soul.

    Or, in more objective and less loaded terms, it costs your integrity as
    it turns you into an agent of their dominance and makes you contribute
    to the worsening of email for everybody who is not a vassal of one of
    the powerful providers.

    Regards,

    --
    Nicolas George

    --- PyGate Linux v1.5.14
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Nicolas George@3:633/10 to All on Wednesday, April 29, 2026 11:10:01
    nwe (HE12026-04-28):
    I wrote too quick.
    I think we all agree Google's kind of 'free' is opposite from Debian's kind of free.

    Sure. As a grateful user of Libre Software, it always makes me grumpy
    when these overly generalizations about gratis things are stated. As a
    proud contributor of Libre Software even more so.

    Regards,

    --
    Nicolas George

    --- PyGate Linux v1.5.14
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From tomas@3:633/10 to All on Wednesday, April 29, 2026 12:00:01
    Subject: Re: Didn't receive the original post (to which this was a reply) (was: Re: Moribund mailing list)

    On Tue, Apr 28, 2026 at 09:54:13PM +0100, Joe wrote:
    [...]
    "Anything free is worth what you pay for it"
    Ah, no. Google isn't free. We know that by now, don't we?
    Cheers
    --
    t


    --- PyGate Linux v1.5.14
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From The Wanderer@3:633/10 to All on Wednesday, April 29, 2026 12:50:02
    On 2026-04-28 at 22:48, David Niklas wrote:
    On Tue, 28 Apr 2026 14:59:55 -0000 (UTC) CGS
    <etphonehomefrance@gmail.com> wrote:

    Is it just me, or has this mailing list died?

    This mailing list is not dead yet. If people keep giving good answers
    to questions, I don't see it dying in the future either.
    FWIW, I parsed the original question as being in reaction to the dearth
    of messages which had then been coming through... in the preceding mere
    few *days*.
    There had been two previous messages that day.
    There had been one two days prior.
    There had been three two days prior to that.
    And then more sizable numbers picking up the day before that.
    There are people to whom that low a traffic level looks like the mailing
    list having fallen into dormancy ("gone moribund"), or at least be
    hovering on the edge.
    There are also mailing lists for which that traffic level is *normal*,
    or even high, and which remain in operation (with resurgences in
    activity when appropriate) for years regardless.
    --
    The Wanderer
    The reasonable man adapts himself to the world; the unreasonable one
    persists in trying to adapt the world to himself. Therefore all
    progress depends on the unreasonable man. -- George Bernard Shaw


    --- PyGate Linux v1.5.14
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Jeremy Nicoll@3:633/10 to All on Wednesday, April 29, 2026 17:30:01
    (Sorry to TW for replying to wrong place.)

    On Wed, 29 Apr 2026, at 11:44, The Wanderer wrote:

    FWIW, I parsed the original question as being in reaction to the dearth
    of messages which had then been coming through... in the preceding mere
    few *days*.

    Spring has just arrived (at least in the UK & I assume Europe & the US).

    Chances are gardens & house maintenance will be drawing people away from computers.

    --
    Jeremy Nicoll - my opinions are my own.

    --- PyGate Linux v1.5.14
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Roy J. Tellason, Sr.@3:633/10 to All on Wednesday, April 29, 2026 18:50:01
    Subject: Re: Didn't receive the original post (to which this was a reply) (was: Re: Moribund mailing list)

    On Tuesday 28 April 2026 04:54:13 pm Joe wrote:
    On Tue, 28 Apr 2026 19:40:40 +0000
    Andy Smith <andy@strugglers.net> wrote:

    Hi,

    On Tue, Apr 28, 2026 at 09:17:49PM +0200, Jan Claeys wrote:
    On Tue, 2026-04-28 at 18:03 +0000, Andy Smith wrote:
    gmail often errs on the side of not accepting email or sending it
    to spam folder, even when the sender is also from gmail.

    Worse, it accepts mail & then doesn?t deliver it (sometimes n
    ot
    even to the Spam folder). It?s just not a reliable service t
    o use,
    period.

    A Google employee on the "mailop" mailing list once said that there is absolutely no intentional way for gmail to silently discard an email, unless a user with a Workspaces account has added filtering rules to
    do that.

    On the other hand, as someone whose business sends out invoices by
    email, I have had recipients at gmail.com swear that they only paid
    late because "we never received the email", despite me showing Exim
    logs where gmail accepted it.

    So I honestly do not know who to believe on that particular point.

    If they want reliable e-mail, people should move to other e-mail solutions instead.

    I can only assume that it's not actually that important for most
    users, and they would rather occasionally lose email and blame it on
    gmail than actually take some action to improve matters.


    "Anything free is worth what you pay for it"


    TANSTAAFL!

    If you're not paying for it, then YOU are the product.

    --
    Member of the toughest, meanest, deadliest, most unrelenting -- and
    ablest -- form of life in this section of space, ÿa critter that can
    be killed but can't be tamed. ÿ--Robert A. Heinlein, "The Puppet Maste
    rs"
    -
    Information is more dangerous than cannon to a society ruled by lies. --Jam
    es
    M Dakin

    --- PyGate Linux v1.5.14
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Nicolas George@3:633/10 to All on Wednesday, April 29, 2026 19:00:01
    Subject: Re: Didn't receive the original post (to which this was a reply) (was: Re: Moribund mailing list)

    Roy J. Tellason, Sr. (HE12026-04-29):
    If you're not paying for it, then YOU are the product.

    How much did you pay for Debian?

    --
    Nicolas George

    --- PyGate Linux v1.5.14
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From rhkramer@3:633/10 to All on Thursday, April 30, 2026 16:00:01
    Subject: Google employee expertise (was: Re: Didn't receive the original post (to which this was a reply) (was: Re: Moribund mailing list))

    Sorry, changing the focus, I feel the need to rant and mention something that happened to me once. (I have some documentation on it, I made a police report, and I have a log of telephone activity on Google which proves it. (And I don't think (I'm getting younger over time ;-), and as I do, my memory gets worse. ;-(

    On Tuesday, April 28, 2026 03:40:40 PM Andy Smith wrote:
    A Google employee on the "mailop" mailing list once said that there is absolutely no intentional way for gmail to silently discard an email,
    unless a user with a Workspaces account has added filtering rules to do
    that.

    I once made a voice call to one of my financial institutions, and got a scammer
    instead of the financial institution.

    I made two subsequent calls to the same number, documented by the Google voice telephone log. The log showed that I dialed the same number all 3 times -- one went to a scammer / spammer, the next two got to the financial institution.

    I made a police report and I tried to investigate how that could happen, and in the course of doing so, posted something on one of the google support forums (right word?) about what happened.

    Someone on the list, whom I later realized was somehow a Google employee (maybe someone paid somehow to monitor the forums (and maybe provide help in some cases?), replied to say that was *absolutely impossible*, absolutely could not happen.

    Shortly thereafter, my post to the list disappeared.

    _uckers!

    --- PyGate Linux v1.5.14
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From CGS@3:633/10 to All on Thursday, April 30, 2026 16:50:01
    On 2026-04-28, Stefan Monnier <monnier@iro.umontreal.ca> wrote:

    So I honestly do not know who to believe on that particular point.

    I think the answer lies in the definition of "discard" and at which
    stage this can happen. Like all MTAs, Gmail routinely silently drops
    email on the floor on the basis that it's presumed to be "spam".
    So Google's employee must have been referring to something else, like "discarding after spam filtering" or something like that.


    AFAIK, I've never lost any email through the years.

    Of course, I'm soulless and corrupt, so who cares.

    BTW, is Ask Jeeves still available? There is also the concept of credit
    where credit is due, mais enfin.

    --- PyGate Linux v1.5.14
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From CGS@3:633/10 to All on Thursday, April 30, 2026 17:00:01
    On 2026-04-29, Jeremy Nicoll <jn.ml.dbi.73@letterboxes.org> wrote:
    (Sorry to TW for replying to wrong place.)

    On Wed, 29 Apr 2026, at 11:44, The Wanderer wrote:

    FWIW, I parsed the original question as being in reaction to the dearth
    of messages which had then been coming through... in the preceding mere
    few *days*.

    Spring has just arrived (at least in the UK & I assume Europe & the US).

    Chances are gardens & house maintenance will be drawing people away from computers.

    That's true; I see my irises blooming. But the weather is unseasonably
    warm (over 24C).

    --- PyGate Linux v1.5.14
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Stefan Monnier@3:633/10 to All on Thursday, April 30, 2026 17:50:01
    I think the answer lies in the definition of "discard" and at which
    stage this can happen. Like all MTAs, Gmail routinely silently drops
    email on the floor on the basis that it's presumed to be "spam".
    [...]
    Is that really true?

    Maybe not "all", but I think nowadays the vast majority of MTAs that can receive email use a mix of DKIM/DMARC/SPF to filter out some messages
    which are deemed to be "illegitimate". Some people maybe consider that
    as separate from "spam filtering" where you rely on heuristics to try
    and classify the message, but at least in theory these DKIM/DMARC/SPF
    tools were sold as ways to filter out spam (they seem to be pretty at consolidating the Gmail/Microsoft monopoly as well).


    === Stefan

    --- PyGate Linux v1.5.14
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Joe@3:633/10 to All on Thursday, April 30, 2026 19:10:01
    On Wed, 29 Apr 2026 07:12:55 +0100
    Chris Green <cl@isbd.net> wrote:

    Stefan Monnier <monnier@iro.umontreal.ca> wrote:


    I think the answer lies in the definition of "discard" and at which
    stage this can happen. Like all MTAs, Gmail routinely silently
    drops email on the floor on the basis that it's presumed to be
    "spam". So Google's employee must have been referring to something
    else, like "discarding after spam filtering" or something like that.

    Is that really true?

    Think about it. SMTP was designed as a 'reliable' protocol (don't laugh) whereby if for any reason an email cannot be delivered, the sender
    will be notified that it didn't get through.

    Once SMTP servers started refusing connections from dodgy senders (no
    PTR record, no complementary A/PTR pair, etc.) it was realised that some
    SMTP servers would still accept the mail. Forging the From: header to
    the real target of the spam would cause this person not to be found by
    the gullible SMTP server, so it would bounce the *entire* spam message
    'back' to the alleged sender. The bounce came from a 'legitimate'
    sender, so was accepted by the intended target SMTP server and
    delivered to the recipient.

    This was made worse by the typical management insistence that *all*
    email be accepted. The first line of defence for an SMTP server is to
    reject at SMTP transaction time any email addressed to a non-existent recipient. When management insisted that they must accept all email to
    avoid losing a potential order with a typo in the recipient name, this
    line of defence was abandoned.

    Many large organisations started routing incoming email through a
    spam-cleaning service, which almost never had a list of genuine
    recipients, so this made the problem worse.

    Things are much better now, a few years ago my server was rejecting
    7000-10000 unroutable addresses a day, mostly the same few suspects
    running though the same list of obviously made-up recipient names day
    after day, for years at a time. Now it's two or three a day.

    Anyway, the point of all this is to show there was a real problem with
    'relay' or 'reflected' spam, and all the 'accept anyone' servers could
    do was to try to identify the spam emails with unroutable addresses and
    refuse to bounce them, i.e. silently discard them. Identification was a
    bit hit-or-miss, so the systems normally applied the benefit of the
    doubt and did bounce some spam.

    The sender verification systems now pretty much eliminate spam from
    hacked domestic computers, so the problem should mostly have gone
    away, but I wouldn't be surprised if some email systems are still
    silently dropping email identified as spam, whether sent to a genuine
    recipient or not. Nobody wants spam.

    --
    Joe

    --- PyGate Linux v1.5.14
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Greg Wooledge@3:633/10 to All on Thursday, April 30, 2026 20:00:01
    On Thu, Apr 30, 2026 at 18:02:25 +0100, Joe wrote:
    Once SMTP servers started refusing connections from dodgy senders (no
    PTR record, no complementary A/PTR pair, etc.) it was realised that some
    SMTP servers would still accept the mail. Forging the From: header to
    the real target of the spam would cause this person not to be found by
    the gullible SMTP server, so it would bounce the *entire* spam message
    'back' to the alleged sender. The bounce came from a 'legitimate'
    sender, so was accepted by the intended target SMTP server and
    delivered to the recipient.

    For the record, this kind of attack involves falsifying the envelope
    sender address, not the From: header. Bounce messages are sent to
    the envelope sender. The From: header is strictly ornamental as far
    as SMTP is concerned, though some MTAs may use it in their spam detection heuristics, or in their client email acceptance policies.

    --- PyGate Linux v1.5.14
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Joe@3:633/10 to All on Thursday, April 30, 2026 20:40:01
    On Thu, 30 Apr 2026 13:57:32 -0400
    Greg Wooledge <greg@wooledge.org> wrote:

    On Thu, Apr 30, 2026 at 18:02:25 +0100, Joe wrote:
    Once SMTP servers started refusing connections from dodgy senders
    (no PTR record, no complementary A/PTR pair, etc.) it was realised
    that some SMTP servers would still accept the mail. Forging the
    From: header to the real target of the spam would cause this person
    not to be found by the gullible SMTP server, so it would bounce the *entire* spam message 'back' to the alleged sender. The bounce came
    from a 'legitimate' sender, so was accepted by the intended target
    SMTP server and delivered to the recipient.

    For the record, this kind of attack involves falsifying the envelope
    sender address, not the From: header. Bounce messages are sent to
    the envelope sender. The From: header is strictly ornamental as far
    as SMTP is concerned, though some MTAs may use it in their spam
    detection heuristics, or in their client email acceptance policies.


    Sorry, yes, not quite awake. It's the Reply To: where the bounce is
    sent, but if that isn't set in the headers, the envelope address is
    copied to a new Reply To. A spammer makes sure the Reply To: is set.

    The bounce mechanism is part of the message processing, after the SMTP transaction has already accepted the message. A rejection during the transaction simply terminates the SMTP handshake, sending an
    explanatory message back to the actual sending IP address and never
    actually receiving any of the message body or headers. There's no way to
    route the rejection to anywhere other than the sender IP address, since
    that's the other end of the transaction. The envelope sender address may
    not resolve to the sender IP address, though it generally must resolve
    in DNS.

    A rejection is far better than a bounce, using less bandwidth and never involving any other party. One of the main problems of twenty years or
    so ago was than many businesses used an ISP to receive their email
    which was then downloaded to the company server by POP3, or very
    occasionally, IMAP4. Whatever the company server did, the ISP's server
    had already accepted the email, so if the recipient didn't exist, the
    company server had no option but to either bounce it or drop it.

    --
    Joe

    --- PyGate Linux v1.5.14
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Greg Wooledge@3:633/10 to All on Thursday, April 30, 2026 21:20:01
    On Thu, Apr 30, 2026 at 19:29:32 +0100, Joe wrote:
    Sorry, yes, not quite awake. It's the Reply To: where the bounce is
    sent, but if that isn't set in the headers, the envelope address is
    copied to a new Reply To. A spammer makes sure the Reply To: is set.

    That's not correct. The Reply-To: header is just as ornamental as
    the From: header, as far as SMTP is concerned. SMTP only looks at
    the envelope addresses.

    The bounce mechanism is part of the message processing, after the SMTP transaction has already accepted the message. A rejection during the transaction simply terminates the SMTP handshake, sending an
    explanatory message back to the actual sending IP address and never
    actually receiving any of the message body or headers. There's no way to route the rejection to anywhere other than the sender IP address, since that's the other end of the transaction. The envelope sender address may
    not resolve to the sender IP address, though it generally must resolve
    in DNS.

    That's almost correct. It was correct until you mentioned IP addresses.
    An MTA that needs to generate a bounce message will not remember the IP
    address of the sender, nor attempt to make any connections based on the original sending machine's IP address. It looks *only* at the envelope
    sender address, which is an email address, not an IP address.

    There is no reason to assume that the machine which sent you a message
    is the proper one to send a bounce to. The machine that sent you the
    message may not even be open to receiving messages at all. It might
    be a one-way sender.

    A rejection is far better than a bounce, using less bandwidth and never involving any other party.

    Correct.

    One of the main problems of twenty years or
    so ago was than many businesses used an ISP to receive their email
    which was then downloaded to the company server by POP3, or very occasionally, IMAP4. Whatever the company server did, the ISP's server
    had already accepted the email, so if the recipient didn't exist, the
    company server had no option but to either bounce it or drop it.

    That's a piece of the complications, yes. Another piece is the
    secondary MX. A domain may declare more than one MX (mail exchange) in
    DNS, with priorities, so that the primary MX is used unless it's down.
    In that case, the secondary MX will receive incoming messages, and
    will probably queue them up for delivery to the primary MX.

    The issue with the secondary MX is that it might not know which local
    user addresses are valid, and which are invalid. Think about the
    simplest case, where local users are defined in /etc/passwd on the
    primary MX. If the secondary MX doesn't have a copy of that passwd
    file, it won't know which user accounts exist. Then you add aliases, ~/.forward or equivalent files, virtual domains, etc. It's a mess.

    It's best not to have a secondary MX unless you have a mechanism that
    ensures the secondary MX can reject invalid local users in the absence
    of the primary MX. For most organizations, that's just not going to be feasible, so sticking with only the primary MX is the better choice.
    Just don't let it remain down for very long.

    --- PyGate Linux v1.5.14
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From rhkramer@3:633/10 to All on Friday, May 01, 2026 02:30:01
    Subject: Re: Google employee expertise (was: Re: Didn't receive the original post (to which this was a reply) (was: Re: Moribund mailing list))

    On Thursday, April 30, 2026 09:55:36 AM rhkramer@gmail.com wrote:
    Sorry, changing the focus, I feel the need to rant and mention something
    that happened to me once. (I have some documentation on it, I made a
    police report, and I have a log of telephone activity on Google which
    proves it.

    Darn, in the sentence below, the train left the station and got lost -- still missing. :-(

    (And I don't think (I'm getting younger over time ;-), and as I
    do, my memory gets worse. ;-(

    On Tuesday, April 28, 2026 03:40:40 PM Andy Smith wrote:
    A Google employee on the "mailop" mailing list once said that there is absolutely no intentional way for gmail to silently discard an email, unless a user with a Workspaces account has added filtering rules to do that.

    I once made a voice call to one of my financial institutions, and got a scammer instead of the financial institution.

    I made two subsequent calls to the same number, documented by the Google voice telephone log. The log showed that I dialed the same number all 3 times -- one went to a scammer / spammer, the next two got to the
    financial institution.

    I made a police report and I tried to investigate how that could happen,
    and in the course of doing so, posted something on one of the google
    support forums (right word?) about what happened.

    Someone on the list, whom I later realized was somehow a Google employee (maybe someone paid somehow to monitor the forums (and maybe provide help
    in some cases?), replied to say that was *absolutely impossible*,
    absolutely could not happen.

    Shortly thereafter, my post to the list disappeared.

    _uckers!

    --
    rhk

    | Sorry about the sig -- some people think it is too long -- it is my soapbox.

    (sig revised 20240703 -- new first paragraph (above))
    (sig revised 20241111 -- new penultimate paragraph)

    No entity has permission to use this email to train an AI.

    If you reply: snip, snip, and snip again; leave attributions; avoid HTML; avoid top posting; and keep it "on list". (Oxford comma (and semi-colon) included at no charge.) If you revise the topic, change the Subject: line. If you change the topic, start a new thread.

    Writing is often meant for others to read and understand (legal documents excepted?). Make it easier for your reader by various means, including liberal use of whitespace (short paragraphs, separated by whitespace / blank lines) and minimal use of (obscure?) jargon, abbreviations, acronyms, and references.

    If someone has already responded to a question, decide whether any response you add will be helpful or not ...

    A picture is worth a thousand words. A video (or "audio"): not so much -- divide by 10 for each minute of video (or audio) or create a transcript and edit it to 10% of the original. (Remember Cicero who did not have enough time to write a short missive.)

    A speaker who uses ahhs, ums, or such may have a real physical or mental disability, or may be showing disrespect for his listeners by not properly preparing in advance and thinking before speaking. (That speaker might have been "trained" to do this by being interrupted often if he pauses.)

    A radio (or TV) station which broadcasts speakers with high pitched voices (or very low pitched / gravelly voices) (which older people might not be able to hear properly) disrespects its listeners. Likewise if it broadcasts extraneous or disturbing sounds (like gunfire or crying), or broadcasts speakers using their native language (with or without an overdubbed translation).

    | A news broadcast or snippet thereof which ends with the correspondent's name instead of a recap of at least some key point(s) of the story does a disservice to its (casual) listeners.

    A person who writes a sig this long probably has issues and disrespects (and offends) a large number of readers. ;-)

    --- PyGate Linux v1.5.14
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Radhitya@3:633/10 to All on Friday, May 01, 2026 15:50:01
    No, only you. The debian's mailing list still alive. Browse the history for the proof :-) Tue Apr 28 21:59:55 GMT+07:00 2026 CGS <etphonehomefrance@gmail.com>: Is it just me, or has this mailing list died?


    --- PyGate Linux v1.5.14
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Thomas Dineen@3:633/10 to All on Friday, May 01, 2026 22:20:01
    Subject: Re: Google employee expertise (was: Re: Didn't receive the original post (to which this was a reply)

    Would somebody sent this guy the original post and bring this thread to
    an END!

    PS: This reflector is NOT A Place for your personal rants.

    Besides you Google People a rich enough to hire someone to answer phone!



    On 4/30/2026 5:21 PM, rhkramer@gmail.com wrote:
    On Thursday, April 30, 2026 09:55:36 AM rhkramer@gmail.com wrote:
    Sorry, changing the focus, I feel the need to rant and mention something
    that happened to me once. (I have some documentation on it, I made a
    police report, and I have a log of telephone activity on Google which
    proves it.
    Darn, in the sentence below, the train left the station and got lost -- still missing. :-(

    (And I don't think (I'm getting younger over time ;-), and as I
    do, my memory gets worse. ;-(

    On Tuesday, April 28, 2026 03:40:40 PM Andy Smith wrote:
    A Google employee on the "mailop" mailing list once said that there is
    absolutely no intentional way for gmail to silently discard an email,
    unless a user with a Workspaces account has added filtering rules to do
    that.
    I once made a voice call to one of my financial institutions, and got a
    scammer instead of the financial institution.

    I made two subsequent calls to the same number, documented by the Google
    voice telephone log. The log showed that I dialed the same number all 3
    times -- one went to a scammer / spammer, the next two got to the
    financial institution.

    I made a police report and I tried to investigate how that could happen,
    and in the course of doing so, posted something on one of the google
    support forums (right word?) about what happened.

    Someone on the list, whom I later realized was somehow a Google employee
    (maybe someone paid somehow to monitor the forums (and maybe provide help
    in some cases?), replied to say that was *absolutely impossible*,
    absolutely could not happen.

    Shortly thereafter, my post to the list disappeared.

    _uckers!

    --- PyGate Linux v1.5.14
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From tomas@3:633/10 to All on Saturday, May 02, 2026 07:40:01
    On Fri, May 01, 2026 at 01:16:25PM -0700, Thomas Dineen wrote:
    Would somebody sent this guy the original post and bring this thread to an END!

    PS: This reflector is NOT A Place for your personal rants.
    Now: was /this/ a personal rant?
    ;-P
    More seriously: I'd call people not getting all of the list's mails
    not really a rant, and trying to find out why may matter to some.
    As with all other medium to high volume mailing lists, we all have
    to put up with the fact that not every topic will interest everyone
    of us. A bit of tolerance in all directions may be helpful.
    Besides you Google People a rich enough to hire someone to answer phone!
    Tell that to your mail provider: I'd bet an LLM will pick up the
    phone at the other end ;-)
    Cheers
    --
    t


    --- PyGate Linux v1.5.14
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)