cdo.Message

Sinceramente no se, habria que ver con que usuario corria la aplicacion en
el IIS5 y que permisos tenian seteados.
El funcionamiento de CDO es igual en ambos.

Saludos!

"Moy" wrote in message
news:
>Y sabràs por què el mismo còdigo si me jala cuando mi sitio lo tengo
>alojado
> en un servidor windows 2000 con su respectivo IIS ? Porque lo tenìamos
> jalando en un Windows 2000 y ahora que migramos a 2003 surgiò el
> problema...
>
> Muchas gracias por tus respuestas. saludos
>
> "Pablo A. Allois" wrote:
>
>> Estas mandando correo utilizando la carpeta Piclup .. cuando recibias
>> Access
>> Denied era por que el usuario de la aplicacion web no tenia permisos de
>> escritura en la carpeta.
>>
>> El problema que estas teniendo esta en otra parte del codigo, no es un
>> tema
>> de configuracion de IIS o SMTPSVC.
>> Revisa todos los pasos del proceso de envio de correo:
>> - generacion del html
>> - datos que recuperas
>> - seteo de la url en la variable
>>
>> No hay ningun cache que pueda generar esos problemas.
>>
>> Saludos!
>>
>> "Moy" wrote in message
>> news:
>> > anexo el formato del codigo que usamos para enviar el correo:
>> > Set obMail = Server.CreateObject("CDO.Message")
>> >
>> > With obMail
>> > .To = myMail_To
>> > .Cc = myMail_Cc
>> > .Bcc = myMail_Bcc
>> > .From = myMail_From
>> > .Subject=myMail_Subject
>> >
>> > if mid(myMail_Body,1,7) > >> > "http://" then
>> > .CreateMHTMLBody
>> > myMail_Body
>> > else
>> >
>> > .HtmlBody=myMail_Body
>> >
>> > end if
>> >
>> >
>> > .Send
>> > End With
>> > Set obMail = Nothing
>> >
>> > La variable myMail_Body es una pagina .asp la cuál realiza una consulta
>> > a
>> > la
>> > base de datos para llenar la pagina.
>> >
>> > Es como si el URL alojado en la variable myMail_Body se guardara en un
>> > temporal después de la priemra vez de enviado, y de ahi en adelante
>> > cada
>> > actualización envía la misma página alojada en algun lado
>> > temporalmente, y
>> > no
>> > se actualiza con l ainfo de la base de datos.
>> >
>> >
>> > "Pablo A. Allois" wrote:
>> >
>> >> Parece ser un problema del desarrollo de la pagina ASP, y no un
>> >> problema
>> >> de
>> >> configuracion de CDO ni parecido.
>> >> Fijate, como recuperas los datos que usas para llenar el correo ...
>> >> parece
>> >> ser que los sacas en base a info guardada en la application.
>> >>
>> >> Respecto del access denied que tenias en CDO, no entendi como lo
>> >> solucionaron ... pero te cuento que CDO envia correos de dos formas:
>> >> 1- Dejando el correo en la carpeta Pickup
>> >> 2- Conectandose por socket al SMTP Server
>> >>
>> >> Da la impresion que el problema de antes era que usabas la forma 1 y
>> >> el
>> >> usuario que corria el sitio no tenia permisos en la carpeta pickup.
>> >>
>> >>
>> >> Saludos!
>> >>
>> >> "Moy" wrote in message
>> >> news:
>> >> > Hola, Tengo un problema. trataré de ser breve. Tengo un sitio en mi
>> >> > intranet
>> >> > el cuál maneja server extension 2002, es un Windows Server 2003. el
>> >> > sitio
>> >> > está desarrollado en asp. Manejamos un formato que se llena y
>> >> > modifica
>> >> > por
>> >> > los usuarios atraves del web, cada modificación al darle en guardar,
>> >> > se
>> >> > guarda en la base de datos y se envía una copia a los usuarios por
>> >> > medio
>> >> > del
>> >> > objeto CDO.Message. Primero teníamos problema con el envío ya que el
>> >> > mismo
>> >> > sitio no aceptaba accesos anónimos y a la vez credenciales del
>> >> > dominio,
>> >> > por
>> >> > lo que al ejecutar el objeto cdo message, marcaba acceso denegado,
>> >> > si
>> >> > lo
>> >> > configurabamos para acceso anónimo el sitio no tomaba sus
>> >> > credenciales
>> >> > para
>> >> > mostrarles su info. Por lo que siguiendo documentacion de microsoft
>> >> > creamos
>> >> > un sitio virtual (con accceso a la misma info pero por el puerto
>> >> > 8080)
>> >> > esto
>> >> > para mandar a llamar la URL desde el puerto 8080 con el objeto
>> >> > cdo.messange.
>> >> >
>> >> > Hasta aqui todo iba bien. cuando ahora tenemos un problema (del cuál
>> >> > no
>> >> > nos
>> >> > habíamos dado cuenta, osea que siempre estuvo asi). Cuando un
>> >> > usuario
>> >> > modifica la información de la página y le da en guardar, la info se
>> >> > guarda
>> >> > en
>> >> > la BD , se ejecuta el objeto cdo.message y se envía la pagina al
>> >> > correo
>> >> > del
>> >> > usuario. Sin embargo eso solo funciona bien la primera vez. El
>> >> > segundo
>> >> > usuario modifica, y al guardar la info SI se guarda en la base de
>> >> > datos
>> >> > y
>> >> > se
>> >> > envía el correo, pero el correo llega con la información del primer
>> >> > usuario,
>> >> > es decir como si no se hubiera modificado. Pero al entrar
>> >> > directamente
>> >> > a
>> >> > la
>> >> > URL si se ve la información modificada.
>> >> >
>> >> > conclusión el problema es en el envío, que no toma la información
>> >> > actualizada...
>> >> >
>> >> > Espero que me puedan ayudar .
>> >>
>> >>
>> >>
>>
>>
>>

Levante la misma pregunta en la seccion de inglés y me sugirieron para
solucionar mi problema crear en en URL una variable "random", para que la
URL
siempre fuera distinta.

Probé esa solución y ¡Funcionó!, tal vez no sea la mejor manera de
corregir
mi problema, pero funciona. y aunque no utilize la variable ahora si me
actualiza la info la funcion ".CreateMHTMLBody".

Gracias, saludos

"Pablo A. Allois" wrote:

Sinceramente no se, habria que ver con que usuario corria la aplicacion
en
el IIS5 y que permisos tenian seteados.
El funcionamiento de CDO es igual en ambos.

Saludos!

"Moy" wrote in message
news:
>Y sabràs por què el mismo còdigo si me jala cuando mi sitio lo tengo
>alojado
> en un servidor windows 2000 con su respectivo IIS ? Porque lo tenìamos
> jalando en un Windows 2000 y ahora que migramos a 2003 surgiò el
> problema...
>
> Muchas gracias por tus respuestas. saludos
>
> "Pablo A. Allois" wrote:
>
>> Estas mandando correo utilizando la carpeta Piclup .. cuando recibias
>> Access
>> Denied era por que el usuario de la aplicacion web no tenia permisos
>> de
>> escritura en la carpeta.
>>
>> El problema que estas teniendo esta en otra parte del codigo, no es un
>> tema
>> de configuracion de IIS o SMTPSVC.
>> Revisa todos los pasos del proceso de envio de correo:
>> - generacion del html
>> - datos que recuperas
>> - seteo de la url en la variable
>>
>> No hay ningun cache que pueda generar esos problemas.
>>
>> Saludos!
>>
>> "Moy" wrote in message
>> news:
>> > anexo el formato del codigo que usamos para enviar el correo:
>> > Set obMail = Server.CreateObject("CDO.Message")
>> >
>> > With obMail
>> > .To =
>> > myMail_To
>> > .Cc =
>> > myMail_Cc
>> > .Bcc =
>> > myMail_Bcc
>> > .From = myMail_From
>> >
>> > .Subject=myMail_Subject
>> >
>> > if mid(myMail_Body,1,7) >> >> > "http://" then
>> > .CreateMHTMLBody
>> > myMail_Body
>> > else
>> >
>> > .HtmlBody=myMail_Body
>> >
>> > end if
>> >
>> >
>> > .Send
>> > End With
>> > Set obMail = Nothing
>> >
>> > La variable myMail_Body es una pagina .asp la cuál realiza una
>> > consulta
>> > a
>> > la
>> > base de datos para llenar la pagina.
>> >
>> > Es como si el URL alojado en la variable myMail_Body se guardara en
>> > un
>> > temporal después de la priemra vez de enviado, y de ahi en adelante
>> > cada
>> > actualización envía la misma página alojada en algun lado
>> > temporalmente, y
>> > no
>> > se actualiza con l ainfo de la base de datos.
>> >
>> >
>> > "Pablo A. Allois" wrote:
>> >
>> >> Parece ser un problema del desarrollo de la pagina ASP, y no un
>> >> problema
>> >> de
>> >> configuracion de CDO ni parecido.
>> >> Fijate, como recuperas los datos que usas para llenar el correo ...
>> >> parece
>> >> ser que los sacas en base a info guardada en la application.
>> >>
>> >> Respecto del access denied que tenias en CDO, no entendi como lo
>> >> solucionaron ... pero te cuento que CDO envia correos de dos
>> >> formas:
>> >> 1- Dejando el correo en la carpeta Pickup
>> >> 2- Conectandose por socket al SMTP Server
>> >>
>> >> Da la impresion que el problema de antes era que usabas la forma 1
>> >> y
>> >> el
>> >> usuario que corria el sitio no tenia permisos en la carpeta pickup.
>> >>
>> >>
>> >> Saludos!
>> >>
>> >> "Moy" wrote in message
>> >> news:
>> >> > Hola, Tengo un problema. trataré de ser breve. Tengo un sitio en
>> >> > mi
>> >> > intranet
>> >> > el cuál maneja server extension 2002, es un Windows Server 2003.
>> >> > el
>> >> > sitio
>> >> > está desarrollado en asp. Manejamos un formato que se llena y
>> >> > modifica
>> >> > por
>> >> > los usuarios atraves del web, cada modificación al darle en
>> >> > guardar,
>> >> > se
>> >> > guarda en la base de datos y se envía una copia a los usuarios
>> >> > por
>> >> > medio
>> >> > del
>> >> > objeto CDO.Message. Primero teníamos problema con el envío ya que
>> >> > el
>> >> > mismo
>> >> > sitio no aceptaba accesos anónimos y a la vez credenciales del
>> >> > dominio,
>> >> > por
>> >> > lo que al ejecutar el objeto cdo message, marcaba acceso
>> >> > denegado,
>> >> > si
>> >> > lo
>> >> > configurabamos para acceso anónimo el sitio no tomaba sus
>> >> > credenciales
>> >> > para
>> >> > mostrarles su info. Por lo que siguiendo documentacion de
>> >> > microsoft
>> >> > creamos
>> >> > un sitio virtual (con accceso a la misma info pero por el puerto
>> >> > 8080)
>> >> > esto
>> >> > para mandar a llamar la URL desde el puerto 8080 con el objeto
>> >> > cdo.messange.
>> >> >
>> >> > Hasta aqui todo iba bien. cuando ahora tenemos un problema (del
>> >> > cuál
>> >> > no
>> >> > nos
>> >> > habíamos dado cuenta, osea que siempre estuvo asi). Cuando un
>> >> > usuario
>> >> > modifica la información de la página y le da en guardar, la info
>> >> > se
>> >> > guarda
>> >> > en
>> >> > la BD , se ejecuta el objeto cdo.message y se envía la pagina al
>> >> > correo
>> >> > del
>> >> > usuario. Sin embargo eso solo funciona bien la primera vez. El
>> >> > segundo
>> >> > usuario modifica, y al guardar la info SI se guarda en la base de
>> >> > datos
>> >> > y
>> >> > se
>> >> > envía el correo, pero el correo llega con la información del
>> >> > primer
>> >> > usuario,
>> >> > es decir como si no se hubiera modificado. Pero al entrar
>> >> > directamente
>> >> > a
>> >> > la
>> >> > URL si se ve la información modificada.
>> >> >
>> >> > conclusión el problema es en el envío, que no toma la información
>> >> > actualizada...
>> >> >
>> >> > Espero que me puedan ayudar .
>> >>
>> >>
>> >>
>>
>>
>>