unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Tim Cross <theophilusx@gmail.com>
To: Emacs developers <emacs-devel@gnu.org>
Subject: Off Topic (Was Re: Emacs/Mutt and Efail or OpenPGP is safer than S/MIME?)
Date: Mon, 21 May 2018 08:24:37 +1000	[thread overview]
Message-ID: <CAC=50j8UaW9dRr4X+taMpMkBwBiRQdazz2PHm5_v2NPSCbJa8Q@mail.gmail.com> (raw)

[-- Attachment #1: Type: text/plain, Size: 3538 bytes --]

On 21 May 2018 at 03:33, Uwe Brauer <oub@mat.ucm.es> wrote:

> >>> "Richard" == Richard Stallman <rms@gnu.org> writes:
>
> > Slightly off topic, there is software which warns you about tracked
> > emails or even tries to block them. However that blocking then causes
> > the tracking software to consider it as opened, although it was not
> > really opened :-D [1] and which really defeats the whole idea of
> > tracking, but this is another topic.
>
> If that occurs, the 'read reciepts' must be being handled by the server
and not the client. or the anti-tracking software is just rubbish. There
are essentially 4 techniques I've seen used to track when an email message
has been opened

1. Old style image - usually a small transparent png with a unique name.
Remote server tracks requests for the image. As each image URL has a unique
name, the system is able to map that to a specific message and from there
to the recipient. Easy to defeat and can generate lots of false positives
(for example, anti-virus software which opens messages and retrieves
embedded objects to check them for malicious content etc, messages that are
shraed/forwarded etc.

2. Embedded Javascript. Increasingly a problem, especially for browser
based email clients. Software like 'ghostery' can help reduce the threat,
but Javascript is becoming an increasingly more pervasive virus (still
frustrates me that Adobe PDFs support embedded Javascript!).

3. Mail Server Support. Some mail server, like Exchange, support a read
receipt extension. Most effective when all servers in the mail transport
are Exchange, but other servers are also starting to support such an
extension. Probably the hardest one to protect against because the
'tracking' occurs in server land and individuals lack control at this
level. Most do offer to turn this feature off on a per client basis, but
you have to trust the server honours that request. With exchange, the
server knows a lot about your activity due to the way Outlook and exchange
communicate. Even if you don't use outlook and just use imap/pop, the
server will likely mark a message as being opened once you download it
(pop) or open it (imap). About the only thing you can do is forward all
your message to a server which is not Exchange.

4. Timed/Limited message servers. There are a few email services which
offer the ability for the sender to delete their message after a specified
period of time. I don't think these services are very popular, but I have
received messages from such services (which I refuse to read). Essentially,
you don't actually receive the message - instead, you receive a link to a
message and you need to open the remote link in order to read the message.
The marketing hype with these services is that you can supposedly delete
the message you sent so that it no longer exists - complete rubbish of
course as anyone can copy and paste the message (or use some other more
sophisticated method to capture it). I hate this one because it plays on
people who don't understand technology and gives them a false sense of
control rather than reinforcing the reality that once you send/post
something, it is out there and you no longer have control over it - almost
as stupid as those pointless email footers threatening legal action if you
distribute a message sent to you.  I'm often tempted to put something like

"To all senders - I consider any message sent to me to be my property. I
will use, discard, share or publish the contents of such messages as I see
fit.




Tim

--
Tim Cross

[-- Attachment #2: Type: text/html, Size: 4315 bytes --]

             reply	other threads:[~2018-05-20 22:24 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-05-20 22:24 Tim Cross [this message]
2018-05-22  2:12 ` Off Topic (Was Re: Emacs/Mutt and Efail or OpenPGP is safer than S/MIME?) Richard Stallman
2018-05-22  2:12 ` Richard Stallman

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CAC=50j8UaW9dRr4X+taMpMkBwBiRQdazz2PHm5_v2NPSCbJa8Q@mail.gmail.com' \
    --to=theophilusx@gmail.com \
    --cc=emacs-devel@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).