Notificaciones del estado del correo... como?

También podría ser una aplicación corporativa interna que envíe correos
administrativos a ciertos usuarios y que la recepción de la confirmación
de lectura sirva de ACK para demostrar que el empleado ha leído el correo
y luego no pueda hacerse el sueco.

O un correo comando a la aplicación de destino para que haga algo.

O que esté haciendo un cliente de correo electrónico de uso general o
interno (por ejemplo para integrarlo en una aplicación de gestión de
empresa -contabilidad, almacén, rrhh, etc- y así aumentar el valor añadido
de la aplicación)

O...

En Sun, 06 May 2007 02:14:51 +0200, Juan Diego Bueno
escribió:

Pues por la pinta, parece que es una aplicación para enviar spam, y si
no lo
han abierto y leído, para volverselo a enviar (ojo, no afirmo, digo lo
que
parece)


"Hernan" escribió en el mensaje
news:

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.

Visita mi blog principal: http://rfog.blogsome.com
Y este sobre programación: http://geeks.ms/blogs/rfog
Libros, ciencia ficción y programación
No son las cosas las que atormentan a los hombres, sino la opinión que se
tiene de ellas.

Es que yo soy malpensado por naturaleza... pero sirva lo enumerado para
contestar a Hernán

Saludos

"RFOG" escribió en el mensaje
news:

También podría ser una aplicación corporativa interna que envíe correos
administrativos a ciertos usuarios y que la recepción de la confirmación
de lectura sirva de ACK para demostrar que el empleado ha leído el correo
y luego no pueda hacerse el sueco.

O un correo comando a la aplicación de destino para que haga algo.

O que esté haciendo un cliente de correo electrónico de uso general o
interno (por ejemplo para integrarlo en una aplicación de gestión de
empresa -contabilidad, almacén, rrhh, etc- y así aumentar el valor añadido
de la aplicación)

O...

En Sun, 06 May 2007 02:14:51 +0200, Juan Diego Bueno
escribió:

Pues por la pinta, parece que es una aplicación para enviar spam, y si
no lo
han abierto y leído, para volverselo a enviar (ojo, no afirmo, digo lo
que
parece)


"Hernan" escribió en el mensaje
news:

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.

Visita mi blog principal: http://rfog.blogsome.com
Y este sobre programación: http://geeks.ms/blogs/rfog
Libros, ciencia ficción y programación
> No son las cosas las que atormentan a los hombres, sino la opinión que se
tiene de ellas.

Mi pregunta era mas bien retórica porque lo que importa realmente
es que ese control es inútil. Es gastar horas de programación sin
sentido. No hay solución técnica que cubra el 100% de los casos
de lectura y recepción.

On 6 mayo, 12:19, RFOG wrote:

También podría ser una aplicación corporativa interna que envíe correos
administrativos a ciertos usuarios y que la recepción de la confirmación
de lectura sirva de ACK para demostrar que el empleado ha leído el correo
y luego no pueda hacerse el sueco.

O un correo comando a la aplicación de destino para que haga algo.

O que esté haciendo un cliente de correo electrónico de uso general o
interno (por ejemplo para integrarlo en una aplicación de gestión de
empresa -contabilidad, almacén, rrhh, etc- y así aumentar el valor añadido
de la aplicación)

O...

En Sun, 06 May 2007 02:14:51 +0200, Juan Diego Bueno
escribió:



> Pues por la pinta, parece que es una aplicación para enviar spam, y si
> no lo
> han abierto y leído, para volverselo a enviar (ojo, no afirmo, digo lo
> que
> parece)

> "Hernan" escribió en el mensaje
>news:
>> 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.

Visita mi blog principal:http://rfog.blogsome.com
Y este sobre programación:http://geeks.ms/blogs/rfog
Libros, ciencia ficción y programación
> No son las cosas las que atormentan a los hombres, sino la opinión que se
tiene de ellas.

Agradezco tu comentario, pero te equivocas, ya que la aplicación es para
cerciorarse de quien abre el correo y de quien no, además no es Spam porque
quien recibe el correo es porque así lo ha pedido.

había visto algo hace poco, pero no sirve ya que es un JavaScript y casi la
mayoría, si no son todos; prohíben la ejecución de código javascript en los
correos. Gracias de igual forma.

"Juan Diego Bueno" wrote:

Pues por la pinta, parece que es una aplicación para enviar spam, y si no lo
han abierto y leído, para volverselo a enviar (ojo, no afirmo, digo lo que
parece)


"Hernan" escribió en el mensaje
news:
> 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.

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.