Casi seguro que no. Pero primero, algunos antecedentes sobre lo que pueden encontrar los remitentes.
A menos que responda al correo enviado (obviamente), la única forma en que el remitente puede saber que abrió el correo es incrustando identificadores en las URL que debe recuperar para mostrar el correo. Estos se llaman “errores de la web” y, como respondió Matt Hayes, a menudo son imágenes invisibles 1 × 1 que no tienen otro propósito que rastrear si abriste el correo o no. Esto funciona de la siguiente manera.
El remitente (o el agente emisor del remitente) puede alojar un error web para cada destinatario de un envío masivo, cada uno con su propia cadena de caracteres. Cuando su cliente de correo recupera el error web a través de su URL, el remitente verifica (o decodifica) la cadena de caracteres para averiguar exactamente qué copia del correo se está recuperando … y, por lo tanto, quién abrió el correo. En otras palabras, su copia del correo electrónico tendrá su URL única para la imagen de error web 1 × 1, y esta URL codificará o identificará de manera única su dirección de correo electrónico. Cuando su cliente de correo recupera esta imagen 1 × 1, envía la URL a los servidores del remitente. ¡Bingo! El remitente sabe que usted mostró el correo electrónico.
Sin embargo, muchos clientes de correo no recuperarán estas imágenes de localización a menos que “permita contenido remoto” o similar. Sé que GMail en particular hace esto. El cliente de correo de mi propia empresa, Inky (ver inky.com), también hace esto, e incluso elimina cosas más astutas como etiquetas con identificadores incrustados. (Todo esto es parte de un proceso más grande y mucho más complicado llamado “desinfección de mensajes”).
- Estoy usando ElasticEmail, donde necesitaba configurar DKIM y SPF. El sistema funciona, pero ¿por qué tengo una tasa de rebote más alta de lo que esperaba y más alta que en otro proveedor de correo electrónico?
- Perdí mi identificación de votante y desafortunadamente la copia FIR también, ¿hay alguna forma de que pueda solicitar una identificación de votante duplicada (en India)?
- Mi novia nunca aprendió a andar en bicicleta mientras crecía. Me gustaría enseñarle, pero tiene un miedo mortal. ¿Cuáles son algunos consejos sobre cómo enseñarle? ¿Cuáles son algunas recomendaciones de bicicletas?
- Acabo de comenzar a escribir un blog sobre viajes usando blogger (¡está terriblemente escrito en este momento!) ¿Cómo obtengo tráfico de personas que no son mis conexiones?
- Mi papá tiene caída del cabello y tengo miedo de enfrentar el mismo problema a medida que envejezco (tengo 20 años en este momento), ¿qué puedo hacer para preservar / hacer crecer mi cabello?
Pero usted preguntó si el remitente podría saber que no abrió el mensaje. Si no abrió (es decir, no mostró) el mensaje, no transmitió ninguna información al remitente, ya sea implícita o explícitamente. Por lo tanto, no hay forma de que el remitente esté seguro de que no abrió el mensaje. Por supuesto, el remitente podría suponer que no lo abrió si hubo errores en la web en el mensaje que nunca se recuperaron, pero esto es, por las razones indicadas anteriormente, una suposición bastante pobre.
Sin embargo, una advertencia. Inky (nuestro cliente) se ejecuta en su dispositivo (PC de escritorio, teléfono, etc.) y se comunica directamente con sus servidores de correo. Esto significa que podemos garantizar que a menos que “muestre contenido remoto”, no habremos transmitido ninguna información al remitente, incluso sin darse cuenta, al recuperar las URL en el cuerpo del mensaje.
Sin embargo, los servicios de correo como GMail almacenan su correo en sus propios servidores. Si, para ahorrar tiempo al descargar las imágenes en el mensaje cuando realmente muestra el mensaje, recuperaron las imágenes de manera proactiva, esto habría enviado implícitamente la señal al remitente de que abrió el correo, aunque en realidad no lo hizo (todavía) .
Del mismo modo, cualquier procesamiento que hagan los servidores de GMail en el lado del servidor que recupere las URL incrustadas en los correos electrónicos de los clientes podría parecer abierto para los remitentes. No tengo idea si GMail hace algo así, supongo que no lo hacen, exactamente por esta razón, pero vale la pena señalar.
Todo esto significa que, en todo caso, un remitente podría pensar que abrió un mensaje que no abrió, en lugar de lo contrario.
Finalmente, Outllook / Exchange utiliza protocolos totalmente diferentes (MAPI, EWS, ActiveSync) que admiten la transmisión de datos abiertos a los remitentes. Entonces, dentro de una empresa que ejecuta Outlook / Exchange, las personas pueden determinar si sus colegas abrieron sus correos electrónicos o no.
Los protocolos de correo de Internet estándar definidos en los RFC relacionados no admiten el estado abierto hasta donde yo sé, aunque hay soporte definido para “recibos de devolución”, pero estos indican que el mensaje llegó a la bandeja de entrada del destinatario, no si el destinatario Abrió el mensaje.
Muchos clientes en estos días no admiten recibos de devolución, y aquellos que sí lo hacen generalmente le permiten desactivar el envío de recibos de devolución por razones de privacidad.
Inky no admite recibos de devolución y, al menos en las versiones para consumidores, probablemente nunca lo hará.