[Dovecot] Can we know when a user read our email?

[Reindl Harald]

Am 02.06.2012 11:53, schrieb Ed W:
> On 14/05/2012 17:38, Timo Sirainen wrote:
>> On Mon, 2012-05-14 at 08:56 -0700, Beto Moreno wrote:
>>
>>>   I have seen some emails servers that if I send a email to other
>>> person I can see if that person have read our emails and with a option
>>> to delete the email if the person hasn't read our email.
>>>
>>>   Does dovecot have some like this feature?
>> This doesn't really work with IMAP/POP3 protocols. It requires Exchange
>> or something else.
>>
>> What would be possible is to check if a user has _downloaded_ your
>> message, but many clients download messages immediately when they arrive
>> so it might not be very useful. And in any case Dovecot has no such
>> feature.
> 
> Situation is that several of our competitors offer such a feature

others doing something stupid is not a good argument

> provide an alert back to the sender when your email has been
> "accessed/downloaded" by the remote user.

you realize that this is only possible if the RCPT is on
your own server and not remote mails?

> Personally I don't think it's a great feature and my competitor's implementations 
> often cause mail loops and other nasties

which should be enough for argumentation why such things are
making more damage as they solve problems and they are only
working for non-relay mails

> However, bottom line is that you can't win the bid if you can't offer the feature...

surely YOU can win, you must learn to sell quality and explain
why you are not doing anything someone wishes if you are sure
that it is a bd idea

why would i want a customer which enforces me to impelement a solution
where i am sure that it is stupid - if he does not understand my
argumentation he better is not my customer

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 262 bytes
Desc: OpenPGP digital signature
URL: <http://dovecot.org/pipermail/dovecot/attachments/20120602/89580aa7/attachment-0004.bin>