Hi. 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? Thanks!!!
Odhiambo Washington
2012-May-14 16:20 UTC
[Dovecot] Can we know when a user read our email?
On Mon, May 14, 2012 at 6:56 PM, Beto Moreno <pamrtj at gmail.com> wrote:> Hi. > > 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? > > Thanks!!! >Here?? Hmm, you are in the wrong planet. Not in this side of the universe. You need to cross over to the Redmond constellation. -- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254733744121/+254722743223 _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ I can't hear you -- I'm using the scrambler.
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.
Am 14.05.2012 17:56, schrieb Beto Moreno:> Hi. > > 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?first dovecot is not a MTA, so no even if it would be a MTA think about how email works: * you send a message via SMTP over your MTA * your MTA dellivers the message to the target MX * how will you bring back any mail after that? -------------- 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/20120514/05c4d765/attachment-0004.bin>
On Mon, 2012-05-14 at 18:45 +0200, Reindl Harald 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? > > first dovecot is not a MTA, so no > even if it would be a MTA think about > how email works: > > * you send a message via SMTP over your MTA > * your MTA dellivers the message to the target MX > * how will you bring back any mail after that?This could work within a single email server, and could be useful in situations like "oops, I just sent an unfinished email to colleague". There is also an expired draft to make it work across multiple servers: http://tools.ietf.org/html/draft-leiba-morg-message-recall-00
On Tue, 15 May 2012, Stan Hoeppner writes> This "unsend" feature was created to protect idiots from themselves, > nothing more. Which is why the IETF draft went nowhere. > > You can only "fix" some types of human stupidity with software. This is > not one of them.I thought someone could make money coming up with an "unsend" and "untwitter" service that all it does is to queue the outgoing message for 5 minutes, during which the sender can re-consider and remove it from the queue. Sorot of like the kill-switch for live broadcasts. But as the saying goes, you can't make things foolproof, as they keep making better fools. As to the OP trying to determine whether an Email message has been read, an indirect and imperfect technique, used by spammers and marketing critters, is to web bug http://en.wikipedia.org/wiki/Web_bugs It works by placing innocuous individualized tags in HTML formatted Email e.g. "<img src="http://your.domain/?id={hash}>" that downloads a 1x1 dot). You can then correlate web logs with the hashes to see which messages got rendered. A hit does not necessarily mean it got read, and the absense does not mean it was ignored, but it's better than nothing. If you value your privacy, turn off HTML rendering on your Email reader. Joseph Tam <jtam.home at gmail.com>
> Date: Sunday, June 03, 2012 02:54:32 PM -0400 > From: Jerry <jerry at seibercom.net> > >> On Sun, 03 Jun 2012 20:19:20 +0200 >> Reindl Harald articulated: >> >> people are mostly to stupid to realize what they >> are trying to accomplish and why it it a bad idea >> >> this is why we professionals exist and if people >> refuse what you are explaining them kiss them >> goodbye - irt will be better for you over the long > > No offense, but considering your business attitude and disdain for > potential clients and your opinion of them, it would be a far > better thing if they steered clear of you all together. There are > many considerate, intelligent, compassionate professionals out > there who would be willing to take on the difficult client. Any > "asshole" can service the routine, run of the mill, client. It > takes a true professional to work with and service a difficult > one.Something that seems to be missing from this discussion are considerations of privacy and (personal) security. There are fairly serious implications of a sender being able to tell that/when someone has downloaded/opened a message -- including discovery of daily patterns and potentially where the recipient is, or isn't. I think it is our responsibility to understand these issues and explain them to managers/clients in order to bring them along if we refuse (as I would) to provide a capability such as this. [I always set the sendmail "noreceipts" PrivacyOptions so it doesn't respond to these disposition requests.] One approach is to point out to managers/clients that if their system is configured to return read receipts, anyone sending mail to them on that system will be able to get these same types of receipts. When they think about that they may not like the implications and may reconsider their request. Just because it is technically possible to do something (and even if other vendors provide the capability) does not mean that it is the ethically or legally responsible thing to do. - Richard