Notificaciones del estado del correo... como?

Que noooo... Repito, NO se puede hacer.

El problema no está en .NET (que no trae nada de eso, no porque a los
programadores de .NET se les haya pasado por alto sino porque habría
forma
de hacerlo funcionar). No se puede, digo, porque el mismo protocolo de
mensajería (toda la familia de RFCs relacionados) no especifica la
funcionalidad de modo obligatorio.

Cuando el usuario abre un mensaje con un encabezado especial, el
Outlook
genera un email pequeño y lo reenvía al remitente del mensaje.

Pero que "parezca" que Outlook lo hace no significa nada.

Digo "parezca" porque la verdad es que es posible que el usuario
engañe al
Outlook. Es posible configurarlo para que NO envíe el remito de
recepción
y/o lectura. Además el usuario puede borrar los remitos generados
antes de
que se envíen.

El problema está en el protocolo de mensajería. No hay nada que puedas
hacer al respecto. Salvo, claro, usar otro:

Implementas la opción que te comenté en el mensaje anterior,

o cambias de protocolo y en vez de enviar los mensajes por correo
electrónico normal haces que todos tus usuarios usen Lotus Notes o
Microsoft Exchange o similares,

o mas fácil, agrega un boton o un enlace a tu mensaje con el texto
"He leído este mensaje". (No, no estoy bromeando.)

Una última cosa.
Es IMPOSIBLE comprobar automaticamente que un humano ha LEIDO
y COMPRENDIDO un mensaje sin que medie colaboración alguna del mismo.

No le des mas vueltas al asunto. ¡Piénsalo y verás que es así!



On 7 mayo, 15:10, Cristian Rivas
wrote:

Agradezco mucho tu respuesta y a sido de las mas acertadas, yo estoy muy
seguro en que si halla la posibilidad ya que si OutLook lo hace porque .Net
2005 no lo haría teniendo en cuenta que esta versión de .Net viene
enriquecida para el trabajo con Office.

Agradezco si tienes otra solución o si alguno de tus colegas sabe como
hacerlo.

"Hernan" wrote:
> > Tengo una aplicación de escritorio la cual envia un sin número de correos,
> > yo deseo saber cuales de estos son abiertos y leidos; algo muy parecido a lo
> > que hace Outloock, pero sin utilizar Outlock, o sea que todo se haga por
> > medio de la aplicación que he desarrollado.

> > Si alguien puede ayudarme le agradezco, si me puede dar el nombre de alguna
> > jerarquia de .Net que haga esto o algun ejemplo; agradezco cualquier dato que
> > puedan brindarme.

> Respuesta corta: "No se puede".

> Respuesta larga:
> 1. Todo depende de qué programa(s) usan tus usuarios para leer los
> mensajes.
> 2. Si es un programa de correo normalito, entonces solo puedes agregar
> un encabezado "Return-Receipt". Te llegaría un correo a donde le
> indiques
> con el mensaje recibido (que no léido). Luego podrías procesar esos
> mensajes
> y así quizás sabrías cuál ha sido recibido y cual no.
> Lo digo en potencial porque la probabilidad de que no lleguen es
> altísima.
> Por ejemplo, de la forma que yo leo mi correo, cualquiera que me envía
> los
> mensajes NO tiene forma de saber si los he recibido, leído o
> directamente
> borrados. (Y estoy muy feliz con eso, eh!)

> 3. La única forma concreta de saber si alguien leyó o no tus mensajes
> es que NO se los envíes por email. je... Me explico.
> Si necesitas una confirmación relativamente seria, lo que podrías
> hacer
> es enviar por email o como quieras, un ENLACE AL TEXTO que quieras
> que lean. El enlace apunta a un servidor tuyo y así podrías controlar
> si
> ha sido accedido o no. El enlace tendría un id que lo asocia
> destinatario,
> texto y lo que quieras.

> En fin... Lo que siempre me pregunto es para qué quiere la gente éstas
> cosas. ¡Qué ganas de agregar controles inútiles!

> Saludos,
> -H.

Buano agradezco mucho, gracias!

"Hernan" wrote:

Que noooo... Repito, NO se puede hacer.

El problema no está en .NET (que no trae nada de eso, no porque a los
programadores de .NET se les haya pasado por alto sino porque habría
forma
de hacerlo funcionar). No se puede, digo, porque el mismo protocolo de
mensajería (toda la familia de RFCs relacionados) no especifica la
funcionalidad de modo obligatorio.

Cuando el usuario abre un mensaje con un encabezado especial, el
Outlook
genera un email pequeño y lo reenvía al remitente del mensaje.

Pero que "parezca" que Outlook lo hace no significa nada.

Digo "parezca" porque la verdad es que es posible que el usuario
engañe al
Outlook. Es posible configurarlo para que NO envíe el remito de
recepción
y/o lectura. Además el usuario puede borrar los remitos generados
antes de
que se envíen.

El problema está en el protocolo de mensajería. No hay nada que puedas
hacer al respecto. Salvo, claro, usar otro:

Implementas la opción que te comenté en el mensaje anterior,

o cambias de protocolo y en vez de enviar los mensajes por correo
electrónico normal haces que todos tus usuarios usen Lotus Notes o
Microsoft Exchange o similares,

o mas fácil, agrega un boton o un enlace a tu mensaje con el texto
"He leído este mensaje". (No, no estoy bromeando.)

Una última cosa.
Es IMPOSIBLE comprobar automaticamente que un humano ha LEIDO
y COMPRENDIDO un mensaje sin que medie colaboración alguna del mismo.

No le des mas vueltas al asunto. ¡Piénsalo y verás que es así!



On 7 mayo, 15:10, Cristian Rivas
wrote:
> Agradezco mucho tu respuesta y a sido de las mas acertadas, yo estoy muy
> seguro en que si halla la posibilidad ya que si OutLook lo hace porque .Net
> 2005 no lo haría teniendo en cuenta que esta versión de .Net viene
> enriquecida para el trabajo con Office.
>
> Agradezco si tienes otra solución o si alguno de tus colegas sabe como
> hacerlo.
>
> "Hernan" wrote:
> > > Tengo una aplicación de escritorio la cual envia un sin número de correos,
> > > yo deseo saber cuales de estos son abiertos y leidos; algo muy parecido a lo
> > > que hace Outloock, pero sin utilizar Outlock, o sea que todo se haga por
> > > medio de la aplicación que he desarrollado.
>
> > > Si alguien puede ayudarme le agradezco, si me puede dar el nombre de alguna
> > > jerarquia de .Net que haga esto o algun ejemplo; agradezco cualquier dato que
> > > puedan brindarme.
>
> > Respuesta corta: "No se puede".
>
> > Respuesta larga:
> > 1. Todo depende de qué programa(s) usan tus usuarios para leer los
> > mensajes.
> > 2. Si es un programa de correo normalito, entonces solo puedes agregar
> > un encabezado "Return-Receipt". Te llegaría un correo a donde le
> > indiques
> > con el mensaje recibido (que no léido). Luego podrías procesar esos
> > mensajes
> > y así quizás sabrías cuál ha sido recibido y cual no.
> > Lo digo en potencial porque la probabilidad de que no lleguen es
> > altísima.
> > Por ejemplo, de la forma que yo leo mi correo, cualquiera que me envía
> > los
> > mensajes NO tiene forma de saber si los he recibido, leído o
> > directamente
> > borrados. (Y estoy muy feliz con eso, eh!)
>
> > 3. La única forma concreta de saber si alguien leyó o no tus mensajes
> > es que NO se los envíes por email. je... Me explico.
> > Si necesitas una confirmación relativamente seria, lo que podrías
> > hacer
> > es enviar por email o como quieras, un ENLACE AL TEXTO que quieras
> > que lean. El enlace apunta a un servidor tuyo y así podrías controlar
> > si
> > ha sido accedido o no. El enlace tendría un id que lo asocia
> > destinatario,
> > texto y lo que quieras.
>
> > En fin... Lo que siempre me pregunto es para qué quiere la gente éstas
> > cosas. ¡Qué ganas de agregar controles inútiles!
>
> > Saludos,
> > -H.