[Solar-tecnica] Re[2]: Re[2]: clientes correo flexibles

Ricardo Frydman (Eureka!) ricardo en sinectis.com.ar
Sab Jul 23 16:21:40 CEST 2005


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Ricardo M. Morales wrote:
> Hola Ricardo:
> 
> El jueves, 21 de julio de 2005 (18:29:48), usted escribió:
> 
> RFE> Tocayo: no quiero ser insistente, pero yo insisto (ouch! lo fui!) en que
> RFE> lo que tenes que buscar es la combinacion adecuada de IMPA + POP +
> RFE> procmail + fetchmail + cyrus + sasl + MTA + clientes y dominios
> RFE> virtuales y por ultimo un cliente.
> 
> hace unos años me despegué un poco (por razones que no vienen al caso) de los
> aspectos muy técnicos de linux/unix ... desde hace un tiempito los estoy retomando
> de a poco, pero con tiempos limitados ... por actividades, familia, etc ...
> 
> por eso hay conceptos técnicos que realmente se me escapan (o pueden escapar),
> puedo tener claras las funcionalidades que busco a nivel general (del lado del
> usuario), pero algunas funcionalidades internas no las tengo tan claras,
> entonces puedo no sacarle el jugo a las herramientas del mejor modo,
> o incluso no saber que tengo ciertas herramientas o como usarlas.-
> 
> RFE> Para mas detalle, mandate el caso mas jodido que tengas con lujo de
> RFE> detalles y lo analizamos entre todos los tecnicos-solares :)
> 
> un ejemplo clasíco, estar de visita con un potencial usuario, capacitando
> (cursos, charlas, etc.) en zonas alejadas (ya comenté creo sobre las actividades
> que hacemos con la red educativa sanjuanina, especiales.org, tifloteca, etc.)
> entonces suele pasar que teniendo el equipo del usuario a mano, dificultades
> para volver mas adelante (distancias, costos, tiempos, ...) le configuro el
> equipo (a la persona, entidad, etc.) con los datos de la cuenta tipo para
> ese grupo (a veces no lo hago yo sino que lo hace el referente que queda en
> esa zona), de ese modo el equipo queda listo, ya puede incluso conectarse
> y enviar mensajes, luego con los datos en el servidor, se habilita la
> cuenta, y lo único que falta es activar la derivación de buzón al de
> ese nuevo usuario ... no se si lo expliqué con claridad, pero la idea
> es compartir uno de los casos típicos.-

Sinceramente soy un tarugo, pero.....no te entiendo!!!!!

> otro caso típico, cuando se configura una conexión de zona alejada,
> suele parecer conveniente que tengan un acceso por un único buzón,
> para todos os usuarios de ese equipo o esa red, y no siempre se tiene
> la opción de instalar sl desde cero, linux, etc ... mas común es poder
> instalar a lo sumo un nuevo cliente de correo y configurarlo, o
> configurar lo que ya tengan ... y recomendarles como "mejorar" :-)

idem anterior

> eso sobre lo primero, que ya lo había comentado antes, ... todo lo que
> pido es que programas como el thunderbird me permitan repetir para
> diferentes cuentas los datos de conexión ... ¿por qué no puedo hacerlo?

no se...se puede hacer perfectamente con manager profiles, cp, scp y
similares...

> sobre lo segundo, que es permitir mas de una conexión entrante y/o
> saliente para una misma cuenta ... sería lograr funcionalidades
> "redundantes" comunes en servidores a nivel de clientes ... ¿por qué no
> poder hacerlo? si para la red un cliente es apenas un nodo mas, con el
> caso particular de que suele ser un noto "terminal" (de ahí el nombre).-
> 
> digo, en términos estratégicos y operativos, creo que es una
> funcionalidad que algunos apreciaríamos ... incluso que las
> configuraciones puedan optar segú conexiones disponibles ...
> algo así hasta el outlook lo tiene parcialmente, y otros programas mas
> serios, por qué no tener algo así en el sl ... no busqué mucho, seguro
> no busqué lo suficente, si hay algo de eso ahí afuera aun no me encontró :-)
> 
> RFE> Recordar que el esquema de correo en *nix es mas puntual (solo es
> RFE> cliente de correo y punto)
> 
> también tiene prevista una flexibilidad que en la práctica no siempre está.-
> 
> la funcionalidad que busco es compatible con las reglas, y la
> encuentro en programas comerciales, desde hace años. chaucito.-

chauses
> 
> 
> _______________________________________________
> Solar-tecnica mailing list
> Solar-tecnica en lists.ourproject.org
> http://lists.ourproject.org/cgi-bin/mailman/listinfo/solar-tecnica
> 
> 


- --
Ricardo A.Frydman
Consultor en Tecnología Open Source - Administrador de Sistemas
jabber: eureka en jabber.sk - http://www.eureka-linux.com.ar
SIP # 1-747-667-9534
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFC4lJ0kw12RhFuGy4RAlVQAJ975wRlXfLUCZrJzpqXkPMn+c7X5QCgg4Fu
71MUiVWrpT4M9bhpDcEs9WI=
=cjFA
-----END PGP SIGNATURE-----



Más información sobre la lista de distribución Solar-tecnica