Tooo many messages on this mailing list?? How to avoid being swamped ...

very interesting, indeed.

       And has me curiously wondering ...
          are you saying that by clicking on 'forward' then changing the
'Fw'/'Fwd' in the subject line to 'Re' breaks this coding in some
e-programs ??? ;-o

       I use gmail because I dislike the philosophy of the only ISP
available in this area;
          (am ready to change the moment there's an alternative available
to us)

       I thus had to quit using Outlook when I switched to gmail;
          I don't know what Live Mail is but have noticed this option pops
up at times when I'm contacting someone through their site ...
         not knowing how to use, I merely copy & paste their e-address to
an e-mail :wink:

Hi :slight_smile:
Forwarding definitely breaks breaks threads out into a new thread. Weird
that it doesn't happen on my GMail, so i guess that is yet more
confirmation that my GMail threads by subject-line rather than using the
proper way.

Live-Mail is another of Microsoft's. It's basically the new name for
Hotmail afaik. Old Hotmail accounts keep their name but probably use the
Live Mail systems.
Regards from
Tom :slight_smile:

anne-ology wrote:

        very interesting, indeed.

        And has me curiously wondering ...
           are you saying that by clicking on 'forward' then changing the
'Fw'/'Fwd' in the subject line to 'Re' breaks this coding in some
e-programs ??? ;-o

For someone reading mail using a mail client which uses the in-reply-to: and references: headers, replying will keep the thread together regardless of the subject line (provided the person sending the reply adds those headers).

For someone reading mail using a mail client which uses the in-reply-to: and references: headers, forwarding an email instead of replying will break the thread, regardless of the subject line. It's a new message, usually being forwarded to a different person, not a reply to the original sender. So it's best to use "reply" when replying, and keep "forward" for forwarding.

For someone reading mail using a mail client which doesn't use those headers, but analyses the subject line, whether the messages are groups into a thread is somewhat unpredictable. It's common to add "Re:" to the beginning of the subject of a reply, so trying to exactly match the subject line will often fail. So most clients analysing the subject line probably ignore "Re:", and perhaps other languages and variations. Is "Fwd:" ignored in the same way? What about "[Fwd]"? Or "[libreoffice-users]"? It depends on how the particular client analyses the subject line. It could break apart messages which should be part of the same thread just because of some unanticipated difference in the subject line, or it could treat unrelated messages as being part of the same thread just because they have similar subjects.

        I use gmail because I dislike the philosophy of the only ISP
available in this area;
           (am ready to change the moment there's an alternative available
to us)

        I thus had to quit using Outlook when I switched to gmail;
           I don't know what Live Mail is but have noticed this option pops
up at times when I'm contacting someone through their site ...
          not knowing how to use, I merely copy & paste their e-address to
an e-mail :wink:

When I mentioned Live Mail, I was thinking of Windows Live Mail which replaced Outlook Express. That's probably what you see popping up when you click an email link on a web page. As Tom mentioned, there's also the successor to Hotmail, which is now called Outlook.com, but it may have had the "Live" name at one time...

Using a web browser to send and receive eMail is the least likely to maintain threading. OTOH most servers that natively use a browser interface also allow third party mail clients (e.g. Thunderbird, Outlook, Pine, etc.) access via POP3 and/or IMAP (IMAP4) for receiving and SMTP for sending eMail. Most of these clients do support threading and my list of examples is not a recommendation of any of them.

Note that the clients that perform threading of received messages by subject generally do also include the threading headers on outgoing (sent) messages.

POP3 is a protocol that downloads the messages to you without leaving a copy on the server. IMAP (aka IMAP4) downloads a copy of the messages to you and within reason allows you to do as you please to the original (delete, refile to a folder or a hierarchy of folders if you like, leave in your INBOX, etc.) that is on the server.

Do a little searching on the internet as to how to configure various clients to access the servers (e.g. Gmail, Hotmail, etc.) using these protocols. It can be a little intimidating if you don't do the research. Note that some clients may speak of mail boxes and trays and folders while others use the terms accounts and nested mail boxes. They are the same functionally.

After the initial setup process (maybe as much as five minutes) I think you'll be very pleased with the change though everyone has his (her) own ideas as to how an eMail client should look or work. Wikipedia has an article about the myriad eMail clients that exist. Many of them are free. Try one; try several. You'll probably something to suit your taste.

What gives you this mistaken impression?

Brian Barker

Hi all:

  As I remember there is an option for example in Evolution mail program
to let or not the original mail in the server. Is an option of the user.
This option we check when start a new account.

Regards,

Jorge Rodríguez

Thunderbird has this option as well
Blessings, Joe Conner, Poulsbo, WA USA

postmaster@btinternet.com)
How to avoid being swamped ...
MIME-Version: 1.0
Content-Type: multipart/alternative;
   boundary="----=_Part_0_844023051.1445245203873"

------=_Part_0_844023051.1445245203873
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: base64

SWYgSSdtIG1pc3Rha2VuIHRoZW4gSSdtIHNvcnJ5LiBNeSB1bmRlcnN0YW5kaW5nIGlzIHRoYXQg
d2l0aCBQT1AzIG9uY2UgeW91IGRvd25sb2FkIHRoZSBtZXNzYWdlIHRvIHlvdXIgbWFpbCBjbGll
bnQgaXQgYmVjb21lcyB0aGUgY2xpZW50J3MgInByb3BlcnR5LiIgWWVzIGl0J3MgcG9zc2libGUg
dG8gcHJlIHNjYW4gYSBwYXJ0IG9mIHlvdXIgaW5jb21pbmcgZU1haWwgdXNpbmcgUE9QMyB0byBy
ZWplY3Qgc29tZSBzcGFtIG9yIG92ZXJzaXplIG1lc3NhZ2VzIGJ1dCBub3QgdG8gZG93bmxvYWQg
aXQgdHdpY2Ugd2l0aG91dCBzZXJ2ZXIgcGVyc29ubmVsIHJldHJpZXZpbmcgaXQgZnJvbSBiYWNr
dXAuIFRoaXMgaXMgd2hhdCBJIG1lYW50LiBGV0lXIGl0IGhhcyBiZWVuIG1hbnkgeWVhcnMgc2lu
Y2UgSSB1c2VkIFBPUDMuCgpTbyBpbiB3aGF0IGRldGFpbCBhbSBJIG1pc3Rha2VuPwoKLS0gCkpp
bQoKLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0KRnJvbTogQnJpYW4gQmFya2VyIDxiLm0uYmFy
a2VyQGJ0aW50ZXJuZXQuY29tPgpUbzogdXNlcnNAZ2xvYmFsLmxpYnJlb2ZmaWNlLm9yZwpTZW50
OiBTdW4sIDE4IE9jdCAyMDE1IDE1OjQ2ClN1YmplY3Q6IFJlOiBbbGlicmVvZmZpY2UtdXNlcnNd
IFRvbyBtYW55IG1lc3NhZ2VzIG9uIHRoaXMgbWFpbGluZyBsaXN0Pz8gSG93IHRvIGF2b2lkIGJl
aW5nIHN3YW1wZWQgLi4uCgpBdCAxNToyNyAxNy8xMC8yMDE1IC0wNzAwLCBKYW1lcyBFLiBMYW5n
IHdyb3RlOgo+UE9QMyBpcyBhIHByb3RvY29sIHRoYXQgZG93bmxvYWRzIHRoZSBtZXNzYWdlcyB0
byB5b3Ugd2l0aG91dCAKPmxlYXZpbmcgYSBjb3B5IG9uIHRoZSBzZXJ2ZXIuCgpXaGF0IGdpdmVz
IHlvdSB0aGlzIG1pc3Rha2VuIGltcHJlc3Npb24/CgpCcmlhbiBCYXJrZXIgIAoK
------=_Part_0_844023051.1445245203873
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: base64

SWYgSSdtIG1pc3Rha2VuIHRoZW4gSSdtIHNvcnJ5LiBNeSB1bmRlcnN0YW5kaW5nIGlzIHRoYXQg
d2l0aCBQT1AzIG9uY2UgeW91IGRvd25sb2FkIHRoZSBtZXNzYWdlIHRvIHlvdXIgbWFpbCBjbGll
bnQgaXQgYmVjb21lcyB0aGUgY2xpZW50J3MgInByb3BlcnR5LiIgWWVzIGl0J3MgcG9zc2libGUg
dG8gcHJlIHNjYW4gYSBwYXJ0IG9mIHlvdXIgaW5jb21pbmcgZU1haWwgdXNpbmcgUE9QMyB0byBy
ZWplY3Qgc29tZSBzcGFtIG9yIG92ZXJzaXplIG1lc3NhZ2VzIGJ1dCBub3QgdG8gZG93bmxvYWQg
aXQgdHdpY2Ugd2l0aG91dCBzZXJ2ZXIgcGVyc29ubmVsIHJldHJpZXZpbmcgaXQgZnJvbSBiYWNr
dXAuIFRoaXMgaXMgd2hhdCBJIG1lYW50LiBGV0lXIGl0IGhhcyBiZWVuIG1hbnkgeWVhcnMgc2lu
Y2UgSSB1c2VkIFBPUDMuPGJyLz4KPGJyLz4KU28gaW4gd2hhdCBkZXRhaWwgYW0gSSBtaXN0YWtl
bj88YnIvPgo8YnIvPgotLSA8YnIvPgpKaW08YnIvPgo8YnIvPgotLS0tLU9yaWdpbmFsIE1lc3Nh
Z2UtLS0tLTxici8+CkZyb206IEJyaWFuIEJhcmtlciAmbHQ7PGEgaHJlZj0ibWFpbHRvOmIubS5i
YXJrZXJAYnRpbnRlcm5ldC5jb20iPmIubS5iYXJrZXJAYnRpbnRlcm5ldC5jb208L2E+Jmd0Ozxi
ci8+ClRvOiA8YSBocmVmPSJtYWlsdG86dXNlcnNAZ2xvYmFsLmxpYnJlb2ZmaWNlLm9yZyI+dXNl
cnNAZ2xvYmFsLmxpYnJlb2ZmaWNlLm9yZzwvYT48YnIvPgpTZW50OiBTdW4sIDE4IE9jdCAyMDE1
IDE1OjQ2PGJyLz4KU3ViamVjdDogUmU6IFtsaWJyZW9mZmljZS11c2Vyc10gVG9vIG1hbnkgbWVz
c2FnZXMgb24gdGhpcyBtYWlsaW5nIGxpc3Q/PyBIb3cgdG8gYXZvaWQgYmVpbmcgc3dhbXBlZCAu
Li48YnIvPgo8YnIvPgpBdCAxNToyNyAxNy8xMC8yMDE1IC0wNzAwLCBKYW1lcyBFLiBMYW5nIHdy
b3RlOjxici8+CiZndDtQT1AzIGlzIGEgcHJvdG9jb2wgdGhhdCBkb3dubG9hZHMgdGhlIG1lc3Nh
Z2VzIHRvIHlvdSB3aXRob3V0IDxici8+CiZndDtsZWF2aW5nIGEgY29weSBvbiB0aGUgc2VydmVy
Ljxici8+Cjxici8+CldoYXQgZ2l2ZXMgeW91IHRoaXMgbWlzdGFrZW4gaW1wcmVzc2lvbj88YnIv
Pgo8YnIvPgpCcmlhbiBCYXJrZXImIzE2MDsgPGJyLz4KPGJyLz4K
------=_Part_0_844023051.1445245203873--

Other email apps, such as Thunderbird and Seamonkey, also allow you to
leave email on a POP server for a specified period of time.

This is a server option. When you check this option in your mail client,
it will tell the POP server to keep delivered mails.

It isn't mistaken, it is fact.

Yes, the POP3 protocol was later amended to provide for optional
capabilities like leaving messages on the server, and most clients have
such options, but this is error-prone, and some servers do not honor
what you tell them (ie, gmail)...

I have many times seen servers/clients 'forget' what messages they have
already downloaded, and someone will start downloading the last 5 years
of their emails all over again...

POP3 is a protocol that downloads the messages to you without leaving a copy on the server.

What gives you this mistaken impression?

It isn't mistaken, it is fact.

Sorry, but it's not a fact.

Yes, the POP3 protocol was later amended to provide for optional capabilities like leaving messages on the server, ...

So you are saying it's not a fact but it's nevertheless true? There must be a name for style of argument where you claim something to be false and promptly explain that it is true! It's certainly not logic. (And there's no "later" involved: the sole protocol mentioned was POP3.)

POP3 has RETR to retrieve a message and *separately and optionally* DELE to delete the server copy. Even the original POP had the alternatives RETR to read messages and RDEL to read them and delete them - so there is no "later" about it.

... and most clients have such options, ...

If you see above, you will see that the claim was about the protocol, not clients that may use it. That claim - that Post Office Protocol cannot leave copies on servers - was the only (untrue) claim I described as mistaken.

... but this is error-prone, ...

Again, the point was not about advisability of using POP.

In the early days of use of the POP protocol, server space would have been at a premium and no doubt common and necessary practice was for clients to be configured to delete server copies of messages when they were downloaded. But that doesn't mean that "POP3 ... downloads ... without leaving a copy on the server."

POP: https://tools.ietf.org/html/rfc918
POP3: https://tools.ietf.org/html/rfc1939

Brian Barker