Hola gente,
Alexandro Colorado escribió:
Mi pregunta es como saber si el correo se envia cuando pones 'enviar
correo'.
De hecho quiero preguntar 'como le hiciste para que enviara un correo'
no lo logre ubicar en el codigo
¿código? la extensión de prueba no tiene ningún código fuente, sino que
ha ha sido compilado en el archivo del componente UNO
(OOoCommunityES.uno.jar tiene dos componentes: uno implementa un
ProtocolHandler, otro implementa
com.sun.star.awt.XContainerWindowEventHandler)
y tambien no se de donde agarras el
valor del correo (del perfil?).
El valor del correo depende del método que desee emplear:
css.system.SimpleSystemMail
css.system.SimpleCommandMail
css.mail.*
El último debe emplear la misma configuración del usuario para "Combinar
correspondencia" o sugerirle a usuario que entre otra. Pero esto no es
una buena idea, es muy propenso a errores (qué usuario sabe
configurar/tiene configurado bien su servidor smtp??? creo que la
minoría). Mas seguro y viable es emplear XSimpleMailClient.
En python como veras uso la clase smtp
el módulo smtplib es empleado en OOo, mira
/opt/openoffice.org2.3/program/mailmerge.py
ahí está el servico UNO que emplea OOo, desarrollado por Caolan McNamara
[StarOffice creo que usa JavaMail, no Python]
para emplear ese módulo Python por tu cuenta, necesitas lo mismo que
para combinar correspondencia, ya que combinar correspondencia se basa
en el conjunto de servicios e interfaces de css.mail
Es decir necesitas nombre del servidor, número de puerto, si requiere
autenticación, nombre de usuario y contraseña ... todo esto es, repito,
muy propenso a errores
la cual permite desde el codigo generar un correo aunque ya he visto
problemas grabes al mandar correo desde IP no legales y casi por ese
problema no he continuado.
repito: emplear SMTP es bastante propenso a error. Creo que sería más
prudente emplear el cliente de correo determinado por el sistema.
Via UNO este llama a un cliente de correo nativo del sistema operativo
pero vence mi proposito original de poder registrar directamente desde
la aplicacion.
si el usuario ya tiene configuradas las opciones para combinar
correspondencia empleando un servidor SMTP (como Gmail: smtp.gmail.com),
es perfectte. posible enviar correo "directte" desde la aplicación
(prueba si no con "Combinar correspondencia", pero NO "carta", sino
"Correo electrónico" ).
Pero no creo que muchos usuarios lo tengan configurado, o sepan hacerlo.
También es posible incluir un paso en el cual el usuario mismo configure
su servidor SMTP, pero...de nuevo... muy propenso a errores :-(
Otra idea es la de usar URLib para poder scriptar el
registro via el formulario. Pero necesito mas experiencia con urllib2.
según entiendo, los módulos urllib y urllib2 tienen que ver con URLs
(HTTP, FTP, proxies, etc.), no con mail.
¿Cómo planeas enviar mail empleando sus clases y funciones? creo que no
es posible
El diseño en el diálogo Opciones es sólo tentativo. Es más, creo que
no conforma con el propósito de ese diálogo (configurar determinados
módulos de OOo).
En mi extension tu pones tu correo manualmente en un listbox pongo el
tipo de lista. en la tuya se ve mas completa sin embargo esta escondida
en opciones y no es facil de hayar aparte que soporte dentro de un panel
de configuracion de la aplicacion se me hace poco logico (desde el punto
de vista contextual claro).
precisamente por eso *dije* que ese (el diálogo Opciones) NO es el lugar
apropiado (sólo lo puse ahí porque estoy testeando la nueva API para
OptionPages)
Pero ¿dónde poner la posibilidad de subscribirse? ¿dispararla desde
algún menú? (el menú Ayuda NO puede ser, no está diseñado para eso)
Contextualmente Ayuda es el menu ideal a esto ya que tiene que ver con
soporte es po reso que la extension original esta ahi.
A ver esta idea:
¿debajo del menú "Ayuda" - "Asistencia" no sería apropiado? Creo que ahí
estaría junto a un item más relacionado. Habría que buscar un título
apropiado que indique que se trata de asistencia (== subscripción a las
listas de correo) *EN* *CASTELLANO* (el menú Ayuda - Asistencia abre una
página de la Ayuda que redirecciona a todos sitios en inglés, así que
"Asistencia en castellano", "Asistencia de la Comunidad en Español" o
cualquier otro parecido puede funcionar.
Desde ese menú se puede disparar un Asistente (o un diálogo de un sólo
paso) para que el usuario seleccione las diferentes listas, el tipo de
suscripción (resumen - todos los mensajes), etc.
Por defecto, se tomaría la dirección de correo de la configuración del
usuario, pero se debe brindar la posibilidad de que el usuario indique
una dirección diferente para cada lista.
La solución óptima estará disponible en OOo 2.4: las extensiones
podrán agregar su ayuda integrada con la de OOo (F1), de forma tal que
será posible agregar algunas hojas con las direcciones de correo de
las listas; al presionarlas, se abrirá el agente de correo por
defecto, como siempre que se hace clic sobre un vínculo de e-mail en
una página web, p.e.:
--
Ariel Constenla-Haile
La Plata, Argentina
[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://www.arielconstenlahaile.com.ar/ooo/
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
