Quoting Ariel Constenla-Haile <[EMAIL PROTECTED]>:
Hola gente,
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
Si de ahi me base, aunque mailmerge.py usa localhost como servidor
smtp el cual puede funcionar en Linux pero no en windows.
[StarOffice creo que usa JavaMail, no Python]
Ok esto es lo que queria saber.
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
Esto se puede hacer dentro del modulo mail de python tambien. Puedes
ver por ejemplo este snippet de codigo que se uso para otro desarrollo:
http://wiki.services.openoffice.org/wiki/OOoES/Desarrollo/Syndication
(linea 78)
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
Si usando urllib y el protcolo POST puedes enviar informacion
basicamente se hace un parseo del html se ingresa la informacion y se
sube las variables via post. Claro para el usuario todo esto corre en
el transfondo y es un registro automatizado en el web de OOo
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]
--
Alexandro Colorado
OpenOffice.org Español
http://es.openoffice.org
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]