Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > alt.comp.software.thunderbird > #20512 > unrolled thread

Whatever happened to the 'Cancel Message' option?

Started byoccam <occam@nowhere.nix>
First post2026-05-18 14:35 +0200
Last post2026-05-19 20:47 +0800
Articles 20 on this page of 26 — 9 participants

Back to article view | Back to alt.comp.software.thunderbird


Contents

  Whatever happened to the 'Cancel Message' option? occam <occam@nowhere.nix> - 2026-05-18 14:35 +0200
    Re: Whatever happened to the 'Cancel Message' option? Marco Moock <mm@dorfdsl.de> - 2026-05-18 15:11 +0200
      Re: Whatever happened to the 'Cancel Message' option? occam <occam@nowhere.nix> - 2026-05-18 17:51 +0200
        Re: Whatever happened to the 'Cancel Message' option? Marco Moock <mm@dorfdsl.de> - 2026-05-20 20:48 +0200
          Re: Whatever happened to the 'Cancel Message' option? occam <occam@nowhere.nix> - 2026-05-21 08:15 +0200
            Re: Whatever happened to the 'Cancel Message' option? dillinger <dillinger@invalid.not> - 2026-05-21 13:07 +0200
            Re: Whatever happened to the 'Cancel Message' option? Marco Moock <mm@dorfdsl.de> - 2026-05-30 11:11 +0200
              Re: Whatever happened to the 'Cancel Message' option? occam <occam@nowhere.nix> - 2026-05-30 14:53 +0200
    Re: Whatever happened to the 'Cancel Message' option? Mike Easter <MikeE@ster.invalid> - 2026-05-18 08:04 -0700
      Re: Whatever happened to the 'Cancel Message' option? "J. P. Gilliver" <G6JPG@255soft.uk> - 2026-05-18 21:24 +0100
        Re: Whatever happened to the 'Cancel Message' option? Mike Easter <MikeE@ster.invalid> - 2026-05-18 14:58 -0700
          Re: Whatever happened to the 'Cancel Message' option? occam <occam@nowhere.nix> - 2026-05-19 12:49 +0200
            Re: Whatever happened to the 'Cancel Message' option? Mike Easter <MikeE@ster.invalid> - 2026-05-19 09:29 -0700
              Re: Whatever happened to the 'Cancel Message' option? occam <occam@nowhere.nix> - 2026-05-20 12:36 +0200
    Re: Whatever happened to the 'Cancel Message' option? "Mr. Man-wai Chang" <toylet.toylet@gmail.com> - 2026-05-18 23:32 +0800
      Re: Whatever happened to the 'Cancel Message' option? Send Later <invalid@invalid.invalid> - 2026-05-18 17:47 +0100
        Re: Whatever happened to the 'Cancel Message' option? occam <occam@nowhere.nix> - 2026-05-18 19:06 +0200
          Re: Whatever happened to the 'Cancel Message' option? Richmond <dnomhcir@gmx.com> - 2026-05-18 18:41 +0100
            Re: Whatever happened to the 'Cancel Message' option? occam <occam@nowhere.nix> - 2026-05-19 09:53 +0200
          Re: Whatever happened to the 'Cancel Message' option? "Mr. Man-wai Chang" <toylet.toylet@gmail.com> - 2026-05-19 11:15 +0800
        Re: Whatever happened to the 'Cancel Message' option? "Mr. Man-wai Chang" <toylet.toylet@gmail.com> - 2026-05-19 11:13 +0800
        Re: Whatever happened to the 'Cancel Message' option? "Mr. Man-wai Chang" <toylet.toylet@gmail.com> - 2026-05-19 17:31 +0800
      Re: Whatever happened to the 'Cancel Message' option? occam <occam@nowhere.nix> - 2026-05-19 09:55 +0200
        [OT] "Mr. Man-wai Chang" <toylet.toylet@gmail.com> - 2026-05-19 17:32 +0800
    Re: Whatever happened to the 'Cancel Message' option? Godfrey <gg@nomail.invalid> - 2026-05-18 18:56 +0000
      Re: Whatever happened to the 'Cancel Message' option? "Mr. Man-wai Chang" <toylet.toylet@gmail.com> - 2026-05-19 20:47 +0800

Page 1 of 2  [1] 2  Next page →


#20512 — Whatever happened to the 'Cancel Message' option?

Fromoccam <occam@nowhere.nix>
Date2026-05-18 14:35 +0200
SubjectWhatever happened to the 'Cancel Message' option?
Message-ID<n70fclF2ag6U1@mid.individual.net>
I have the latest TB (140.10.2esr (64-bit) ) on my desktop. I use it
both for emails and usenet access.

I don't know when, but somewhere along the line TB has lost the 'Cancel
Message' option. This was useful when a message was sent twice, for
whatever reason.

[I realise not all mail servers accepted the 'Cancel' command, but at
least the option was there for those that did. ]

[toc] | [next] | [standalone]


#20513

FromMarco Moock <mm@dorfdsl.de>
Date2026-05-18 15:11 +0200
Message-ID<10uf36n$2clg$1@solani.org>
In reply to#20512
Am 18.05.26 um 14:35 schrieb occam:
> I have the latest TB (140.10.2esr (64-bit) ) on my desktop. I use it
> both for emails and usenet access.
> 
> I don't know when, but somewhere along the line TB has lost the 'Cancel
> Message' option. This was useful when a message was sent twice, for
> whatever reason.
> 
> [I realise not all mail servers accepted the 'Cancel' command, but at
> least the option was there for those that did. ]

For usenet, it is possible to cancel a message. Thunderbird checks if it 
is your message (most likely by the mail of the author), if not, the 
option is not available in the Message menu.

Post a test message to misc.test and then use Message (menu bar) --> Cancel

-- 
Gruß
Marco

Spam bitte an abfalleimer2001@stinkedores.dorfdsl.de

[toc] | [prev] | [next] | [standalone]


#20517

Fromoccam <occam@nowhere.nix>
Date2026-05-18 17:51 +0200
Message-ID<n70qsbF41sfU1@mid.individual.net>
In reply to#20513
On 18/05/2026 15:11, Marco Moock wrote:
> Am 18.05.26 um 14:35 schrieb occam:
>> I have the latest TB (140.10.2esr (64-bit) ) on my desktop. I use it
>> both for emails and usenet access.
>>
>> I don't know when, but somewhere along the line TB has lost the 'Cancel
>> Message' option. This was useful when a message was sent twice, for
>> whatever reason.
>>
>> [I realise not all mail servers accepted the 'Cancel' command, but at
>> least the option was there for those that did. ]
> 
> For usenet, it is possible to cancel a message. Thunderbird checks if it
> is your message (most likely by the mail of the author), if not, the
> option is not available in the Message menu.
> 
> Post a test message to misc.test and then use Message (menu bar) --> Cancel
> 

I would not have posted this message if Message (menu bar) -- > Cancel
was there. It is not.

[toc] | [prev] | [next] | [standalone]


#20536

FromMarco Moock <mm@dorfdsl.de>
Date2026-05-20 20:48 +0200
Message-ID<10ukvlv$6bv1$1@solani.org>
In reply to#20517
Am 18.05.26 um 17:51 schrieb occam:
> On 18/05/2026 15:11, Marco Moock wrote:
>> Am 18.05.26 um 14:35 schrieb occam:
>>> I have the latest TB (140.10.2esr (64-bit) ) on my desktop. I use it
>>> both for emails and usenet access.
>>>
>>> I don't know when, but somewhere along the line TB has lost the 'Cancel
>>> Message' option. This was useful when a message was sent twice, for
>>> whatever reason.
>>>
>>> [I realise not all mail servers accepted the 'Cancel' command, but at
>>> least the option was there for those that did. ]
>>
>> For usenet, it is possible to cancel a message. Thunderbird checks if it
>> is your message (most likely by the mail of the author), if not, the
>> option is not available in the Message menu.
>>
>> Post a test message to misc.test and then use Message (menu bar) --> Cancel
>>
> 
> I would not have posted this message if Message (menu bar) -- > Cancel
> was there. It is not.

Is that a message that you posted with the mail address used in your 
newsgroup account?

For TB 149.0.2, I can see this option - but only for "my" messages.

-- 
Gruß
Marco

Spam bitte an abfalleimer2001@stinkedores.dorfdsl.de

[toc] | [prev] | [next] | [standalone]


#20543

Fromoccam <occam@nowhere.nix>
Date2026-05-21 08:15 +0200
Message-ID<n77m7cFlho9U1@mid.individual.net>
In reply to#20536
On 20/05/2026 20:48, Marco Moock wrote:
> Am 18.05.26 um 17:51 schrieb occam:
>> On 18/05/2026 15:11, Marco Moock wrote:
>>> Am 18.05.26 um 14:35 schrieb occam:
>>>> I have the latest TB (140.10.2esr (64-bit) ) on my desktop. I use it
>>>> both for emails and usenet access.
>>>>
>>>> I don't know when, but somewhere along the line TB has lost the 'Cancel
>>>> Message' option. This was useful when a message was sent twice, for
>>>> whatever reason.
>>>>
>>>> [I realise not all mail servers accepted the 'Cancel' command, but at
>>>> least the option was there for those that did. ]
>>>
>>> For usenet, it is possible to cancel a message. Thunderbird checks if it
>>> is your message (most likely by the mail of the author), if not, the
>>> option is not available in the Message menu.
>>>
>>> Post a test message to misc.test and then use Message (menu bar) -->
>>> Cancel
>>>
>>
>> I would not have posted this message if Message (menu bar) -- > Cancel
>> was there. It is not.
> 
> Is that a message that you posted with the mail address used in your
> newsgroup account?

Yes, the made-up  'email' I have for the newsgroup <occam@nowhere.nix>

> 
> For TB 149.0.2, I can see this option - but only for "my" messages.
> 

For TB 140.11.0esr (64-bit) I cannot see that any more. (It used to be
an option.)

[toc] | [prev] | [next] | [standalone]


#20548

Fromdillinger <dillinger@invalid.not>
Date2026-05-21 13:07 +0200
Message-ID<8k53em-uu.ln1@spock.lan>
In reply to#20543
On 21/05/2026 08:15, occam wrote:
>>> I would not have posted this message if Message (menu bar) -- > Cancel
>>> was there. It is not.
>> Is that a message that you posted with the mail address used in your
>> newsgroup account?
> Yes, the made-up  'email' I have for the newsgroup<occam@nowhere.nix>
> 
>> For TB 149.0.2, I can see this option - but only for "my" messages.
>>
> For TB 140.11.0esr (64-bit) I cannot see that any more. (It used to be
> an option.)

I have it here on BB 140.11.0esr on Windows and TB 140.11.0esr on Linux.

[toc] | [prev] | [next] | [standalone]


#20585

FromMarco Moock <mm@dorfdsl.de>
Date2026-05-30 11:11 +0200
Message-ID<10ve9it$hoj$1@solani.org>
In reply to#20543
Am 21.05.26 um 08:15 schrieb occam:
> On 20/05/2026 20:48, Marco Moock wrote:
>> Am 18.05.26 um 17:51 schrieb occam:
>>> On 18/05/2026 15:11, Marco Moock wrote:
>>>> Am 18.05.26 um 14:35 schrieb occam:
>>>>> I have the latest TB (140.10.2esr (64-bit) ) on my desktop. I use it
>>>>> both for emails and usenet access.
>>>>>
>>>>> I don't know when, but somewhere along the line TB has lost the 'Cancel
>>>>> Message' option. This was useful when a message was sent twice, for
>>>>> whatever reason.
>>>>>
>>>>> [I realise not all mail servers accepted the 'Cancel' command, but at
>>>>> least the option was there for those that did. ]
>>>>
>>>> For usenet, it is possible to cancel a message. Thunderbird checks if it
>>>> is your message (most likely by the mail of the author), if not, the
>>>> option is not available in the Message menu.
>>>>
>>>> Post a test message to misc.test and then use Message (menu bar) -->
>>>> Cancel
>>>>
>>>
>>> I would not have posted this message if Message (menu bar) -- > Cancel
>>> was there. It is not.
>>
>> Is that a message that you posted with the mail address used in your
>> newsgroup account?
> 
> Yes, the made-up  'email' I have for the newsgroup <occam@nowhere.nix>
> 
>>
>> For TB 149.0.2, I can see this option - but only for "my" messages.
>>
> 
> For TB 140.11.0esr (64-bit) I cannot see that any more. (It used to be
> an option.)

Post a new message to misc.test - then try to cancel it.
Does this work?

-- 
Gruß
Marco

Spam bitte an abfalleimer2001@stinkedores.dorfdsl.de

[toc] | [prev] | [next] | [standalone]


#20588

Fromoccam <occam@nowhere.nix>
Date2026-05-30 14:53 +0200
Message-ID<n804tcFggmtU1@mid.individual.net>
In reply to#20585
On 30/05/2026 11:11, Marco Moock wrote:
> Am 21.05.26 um 08:15 schrieb occam:
>> On 20/05/2026 20:48, Marco Moock wrote:
>>> Am 18.05.26 um 17:51 schrieb occam:
>>>> On 18/05/2026 15:11, Marco Moock wrote:
>>>>> Am 18.05.26 um 14:35 schrieb occam:
>>>>>> I have the latest TB (140.10.2esr (64-bit) ) on my desktop. I use it
>>>>>> both for emails and usenet access.
>>>>>>
>>>>>> I don't know when, but somewhere along the line TB has lost the
>>>>>> 'Cancel
>>>>>> Message' option. This was useful when a message was sent twice, for
>>>>>> whatever reason.
>>>>>>
>>>>>> [I realise not all mail servers accepted the 'Cancel' command, but at
>>>>>> least the option was there for those that did. ]
>>>>>
>>>>> For usenet, it is possible to cancel a message. Thunderbird checks
>>>>> if it
>>>>> is your message (most likely by the mail of the author), if not, the
>>>>> option is not available in the Message menu.
>>>>>
>>>>> Post a test message to misc.test and then use Message (menu bar) -->
>>>>> Cancel
>>>>>
>>>>
>>>> I would not have posted this message if Message (menu bar) -- > Cancel
>>>> was there. It is not.
>>>
>>> Is that a message that you posted with the mail address used in your
>>> newsgroup account?
>>
>> Yes, the made-up  'email' I have for the newsgroup <occam@nowhere.nix>
>>
>>>
>>> For TB 149.0.2, I can see this option - but only for "my" messages.
>>>
>>
>> For TB 140.11.0esr (64-bit) I cannot see that any more. (It used to be
>> an option.)
> 
> Post a new message to misc.test - then try to cancel it.
> Does this work?
> 

Well... blow me! 'Cancel' worked.

Now I'm baffled. The option (in TB) sometimes it's there, sometimes not.

[toc] | [prev] | [next] | [standalone]


#20515

FromMike Easter <MikeE@ster.invalid>
Date2026-05-18 08:04 -0700
Message-ID<n70o43F3h8vU1@mid.individual.net>
In reply to#20512
occam wrote:
> [I realise not all mail servers accepted the 'Cancel' command, but at
> least the option was there for those that did. ]

When you send a msg, it 'quickly' propagates everywhere. Some NSPs 
facilitate a cancel-lock and cancel-key system. If your NSP does, then 
it will accept a cancel for your own msg on your own server ONLY.

Basically no one accepts 'ordinary' propagated cancel msg/s because of 
the potential for abuse.

A sort of 'bottom line' is that for the most part, cancel does not work. 
I don't know what Tb did w/ such a function.

Gmail's webmail function 'pauses' the sending of email a very few 
seconds so that it is possible to halt the Send function if one is quick 
enough.

-- 
Mike Easter

[toc] | [prev] | [next] | [standalone]


#20523

From"J. P. Gilliver" <G6JPG@255soft.uk>
Date2026-05-18 21:24 +0100
Message-ID<10ufsi7$2p038$2@dont-email.me>
In reply to#20515
On 2026/5/18 16:4:35, Mike Easter wrote:
[]
> Gmail's webmail function 'pauses' the sending of email a very few 
> seconds so that it is possible to halt the Send function if one is quick 
> enough.
> 
Turnpike has a delay after you've "sent" (both emails and posts) - about
a minute IIRR, can't remember if it was adjustable. Very useful! (And
could be overridden if you really wanted something to go this instant.)

Could be useful for TB (and others)!
-- 
J. P. Gilliver. UMRA: 1960/<1985 MB++G()ALIS-Ch++(p)Ar++T+H+Sh0!:`)DNAf

Listen, three-eyes, don't you try to out-wierd me, I get stranger
things than you free with my breakfast cereal.
(Zaphod Beeblebrox in the link episode)

[toc] | [prev] | [next] | [standalone]


#20524

FromMike Easter <MikeE@ster.invalid>
Date2026-05-18 14:58 -0700
Message-ID<n71gbnF78d1U1@mid.individual.net>
In reply to#20523
J. P. Gilliver wrote:
> Mike Easter wrote:
> []
>> Gmail's webmail function 'pauses' the sending of email a very few
>> seconds so that it is possible to halt the Send function if one is quick
>> enough.
>>
> Turnpike has a delay after you've "sent" (both emails and posts) - about
> a minute IIRR, can't remember if it was adjustable. Very useful! (And
> could be overridden if you really wanted something to go this instant.)
> 
> Could be useful for TB (and others)!

Since there are different kinds of humans, there are different kinds of 
'human natures'. For some people, the 'mental confirmation' of send 
comes BEFORE they hit send; for some other people, they might tend to 
have 'second thoughts' AFTER they 'overly hastily' send something 
'rashly'.  That is, some people do things rashly like email content, and 
some people don't ever do anything like that; so they don't need any 
kind of delay after the send button.


-- 
Mike Easter

[toc] | [prev] | [next] | [standalone]


#20531

Fromoccam <occam@nowhere.nix>
Date2026-05-19 12:49 +0200
Message-ID<n72thjFe3blU1@mid.individual.net>
In reply to#20524
On 18/05/2026 23:58, Mike Easter wrote:
> J. P. Gilliver wrote:
>> Mike Easter wrote:
>> []
>>> Gmail's webmail function 'pauses' the sending of email a very few
>>> seconds so that it is possible to halt the Send function if one is quick
>>> enough.
>>>
>> Turnpike has a delay after you've "sent" (both emails and posts) - about
>> a minute IIRR, can't remember if it was adjustable. Very useful! (And
>> could be overridden if you really wanted something to go this instant.)
>>
>> Could be useful for TB (and others)!
> 
> Since there are different kinds of humans, there are different kinds of
> 'human natures'. For some people, the 'mental confirmation' of send
> comes BEFORE they hit send; for some other people, they might tend to
> have 'second thoughts' AFTER they 'overly hastily' send something
> 'rashly'.  That is, some people do things rashly like email content, and
> some people don't ever do anything like that; so they don't need any
> kind of delay after the send button.
> 
> 
In my case [OP] it is invariably a case of  malfunctioning of TB and /
or my USENET provider.  Very often, I 'send' my message. TB is seen to
be 'Assembling the message', but then nothing happens, or there is a
message saying the 'Message could not be sent'.

Fortunately this is not a consistent behaviour. After a second or third
attempt, it is eventually 'sent'. Alas, sometimes the subsequent 'send'
works and it appears alongside the original - which may have arrived
with some delay.

[toc] | [prev] | [next] | [standalone]


#20534

FromMike Easter <MikeE@ster.invalid>
Date2026-05-19 09:29 -0700
Message-ID<n73heiF1lo6U1@mid.individual.net>
In reply to#20531
occam wrote:
> In my case [OP] it is invariably a case of  malfunctioning of TB and /
> or my USENET provider.  Very often, I 'send' my message. TB is seen to
> be 'Assembling the message', but then nothing happens, or there is a
> message saying the 'Message could not be sent'.

I'm familiar w/ a form of that.

In the relationship between Tb and my NSP, during a type of inactivity, 
Tb 'times out', as it doesn't keep the transaction process w/ the NSP 
alive.  That timing out may or may not be accompanied by a notification.

In any case, when I've been inactive, I use the little icon in the 
status bar for online/offline, and click to go offline, then again 
online. This 'refreshes' my transactional status w/ the NSP.

If I don't do that, and Tb/NSP have 'lost contact' then the sending of a 
msg results in a 'assembling message' condition that is NOT sending; 
whereas the refreshing brings about a 'connecting with' condition and 
sending is successful.

However, in my case as described above, the problem and its resolution 
are NOT 'opaque' but transparent; I can tell what is going on when a 
message isn't getting sent properly, 'tho' I can't always tell when the 
contact is being lost.

I /can/ tell when a message isn't being sent; I can't always tell when 
the timing out actually occurs.

-- 
Mike Easter

[toc] | [prev] | [next] | [standalone]


#20535

Fromoccam <occam@nowhere.nix>
Date2026-05-20 12:36 +0200
Message-ID<n75h4pFb8akU1@mid.individual.net>
In reply to#20534
On 19/05/2026 18:29, Mike Easter wrote:
> occam wrote:
>> In my case [OP] it is invariably a case of  malfunctioning of TB and /
>> or my USENET provider.  Very often, I 'send' my message. TB is seen to
>> be 'Assembling the message', but then nothing happens, or there is a
>> message saying the 'Message could not be sent'.
> 
> I'm familiar w/ a form of that.
> 
> In the relationship between Tb and my NSP, during a type of inactivity,
> Tb 'times out', as it doesn't keep the transaction process w/ the NSP
> alive.  That timing out may or may not be accompanied by a notification.
> 
> In any case, when I've been inactive, I use the little icon in the
> status bar for online/offline, and click to go offline, then again
> online. This 'refreshes' my transactional status w/ the NSP.

OK, but this is just as much an annoyance/inconvenience  as resending
the original message again. (To be honest, it is a bug which has become
a feature for me. I take the opportunity to re-read my unsent message
and correct any typos or foot-in-mouth statements.)

> 
> If I don't do that, and Tb/NSP have 'lost contact' then the sending of a
> msg results in a 'assembling message' condition that is NOT sending;
> whereas the refreshing brings about a 'connecting with' condition and
> sending is successful.
> 
> However, in my case as described above, the problem and its resolution
> are NOT 'opaque' but transparent; I can tell what is going on when a
> message isn't getting sent properly, 'tho' I can't always tell when the
> contact is being lost.
> 
> I /can/ tell when a message isn't being sent; I can't always tell when
> the timing out actually occurs.
> 

[toc] | [prev] | [next] | [standalone]


#20516

From"Mr. Man-wai Chang" <toylet.toylet@gmail.com>
Date2026-05-18 23:32 +0800
Message-ID<10ufbf5$2jgqu$1@toylet.eternal-september.org>
In reply to#20512
On 5/18/2026 8:35 PM, occam wrote:
> 
> I don't know when, but somewhere along the line TB has lost the 'Cancel
> Message' option. This was useful when a message was sent twice, for
> whatever reason.

NOT answering the question:

You do NOT wanna cancel a message that's been sent/leaked. So make sure 
that you don't need to use it. :)

-- 

    @~@   Simplicity is Beauty! Remain silent! Drink, Blink, Stretch!
   / v \  May the Force and farces be with you! Live long and prosper!!
  /( _ )\ https://sites.google.com/site/changmw/
    ^ ^   https://github.com/changmw/changmw

[toc] | [prev] | [next] | [standalone]


#20518

FromSend Later <invalid@invalid.invalid>
Date2026-05-18 17:47 +0100
Message-ID<10ufg60$m6o8$1@paganini.bofh.team>
In reply to#20516
On 18/05/2026 16:32, Mr. Man-wai Chang wrote:
> On 5/18/2026 8:35 PM, occam wrote:
>>
>> I don't know when, but somewhere along the line TB has lost the 'Cancel
>> Message' option. This was useful when a message was sent twice, for
>> whatever reason.
> 
> NOT answering the question:
> 
> You do NOT wanna cancel a message that's been sent/leaked. So make sure 
> that you don't need to use it. :)
> 


I always use the 'Send Later' feature so that I have time to think about 
what I'm writing and who I'm insulting!

I never send emails immediately; they always sit in the outbox for 15 
minutes before I manually right-click to send them.

It's always a good idea to pause and gather your thoughts before losing 
your temper with someone.

Trump should do the same before writing rubbish on his 'Truth' platform! 
His writings has made this world a very dangerous place for everybody.


[toc] | [prev] | [next] | [standalone]


#20519

Fromoccam <occam@nowhere.nix>
Date2026-05-18 19:06 +0200
Message-ID<n70v94F4nn6U1@mid.individual.net>
In reply to#20518
On 18/05/2026 18:47, Send Later wrote:

> 
> I never send emails immediately; they always sit in the outbox for 15 
> minutes before I manually right-click to send them.
> 
> It's always a good idea to pause and gather your thoughts before losing 
> your temper with someone.

The accidental re-sending of an email may not have anything to do with
ill thought out emails.

In my case, I have noticed that emails I send via TB sometimes do not
get sent, or at least do not appear on the usenet newsgroup. In this
case I resend, only to discover that now there are two identical copies.

> 
> Trump should do the same before writing rubbish on his 'Truth' platform! 
> His writings has made this world a very dangerous place for everybody.
> 


[toc] | [prev] | [next] | [standalone]


#20520

FromRichmond <dnomhcir@gmx.com>
Date2026-05-18 18:41 +0100
Message-ID<824ik4y5ra.fsf@example.com>
In reply to#20519
occam <occam@nowhere.nix> writes:

> In my case, I have noticed that emails I send via TB sometimes do not
> get sent, or at least do not appear on the usenet newsgroup.


Emails aren't supposed to appear on news groups. Newsgroups contain news
articles. Perhaps you could clarify whether you are talking about News
or Email?

[toc] | [prev] | [next] | [standalone]


#20527

Fromoccam <occam@nowhere.nix>
Date2026-05-19 09:53 +0200
Message-ID<n72j77FcfeiU1@mid.individual.net>
In reply to#20520
On 18/05/2026 19:41, Richmond wrote:
> occam <occam@nowhere.nix> writes:
> 
>> In my case, I have noticed that emails I send via TB sometimes do not
>> get sent, or at least do not appear on the usenet newsgroup.
> 
> 
> Emails aren't supposed to appear on news groups. Newsgroups contain news
> articles. Perhaps you could clarify whether you are talking about News
> or Email?

I am talking about messages sent to usenet newsgroups e.g.
alt.comp.software.thunderbird

[toc] | [prev] | [next] | [standalone]


#20526

From"Mr. Man-wai Chang" <toylet.toylet@gmail.com>
Date2026-05-19 11:15 +0800
Message-ID<10ugkki$2vodu$2@toylet.eternal-september.org>
In reply to#20519
On 5/19/2026 1:06 AM, occam wrote:
> 
> In my case, I have noticed that emails I send via TB sometimes do not
> get sent, or at least do not appear on the usenet newsgroup. In this
> case I resend, only to discover that now there are two identical copies.


Hit the F5 button next time after posting in a newsgroup, for refreshing 
the newsgroup's view.

-- 

    @~@   Simplicity is Beauty! Remain silent! Drink, Blink, Stretch!
   / v \  May the Force and farces be with you! Live long and prosper!!
  /( _ )\ https://sites.google.com/site/changmw/
    ^ ^   https://github.com/changmw/changmw

[toc] | [prev] | [next] | [standalone]


Page 1 of 2  [1] 2  Next page →

Back to top | Article view | alt.comp.software.thunderbird


csiph-web