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]

Responder a