como Montar un Servidor de Correo en suse 10
Hola Lista, soy un usuario Regular no muy avanzado de linux y novato en suse, tengo la siguiente cuestion. -Necesito montar dos servidores de correo en dos cordenadores diferentes, uno con red y otro sin red, con ip dinamica y conectados directamente al internet. no me importa si es en postfix o sendmail preferentemente con base de datos en mysql con Webmail sin problemas de espacio en discos e seguido al pie de la letra un sin fin de manuales pero son para otras Distro o para otras versiones de suse, pero a la hora de seguirlos me e encontrado con diferentes problemas 1. los archivos a lso qeu hacen mencion no existen 2. los path son diferentes 3. no losgro diferenciar de cuando es un ejemplo a un dato real a introducir Alguien tendra un Manual Url o algo para poder resolver este problema? tengo Suse 10 con del demonio de NO-IP por la ip dinamica, Webmin y APt, Gracias a todos
El 30/03/06, Kubuntu Rule´s escribió:
Hola Lista, soy un usuario Regular no muy avanzado de linux y novato en suse, tengo la siguiente cuestion.
-Necesito montar dos servidores de correo en dos cordenadores diferentes, uno con red y otro sin red, con ip dinamica y conectados directamente al internet.
Sería de gran ayuda que comentaras el error que te da, en qué servidor (el local o el remoto) y qué programa estás utilizando (Postfix, Sendmail, QMail...), así como los datos con los que estás configurando los servidores y lo que quieres conseguir. Saludos, -- Camaleón
Si lo comente pero va de nuez
el problema es qeu no termino la configuracion por las siguientes razones
e seguido al pie de la letra un sin fin de manuales pero son para otras
Distro o para otras versiones de suse, pero a la hora de seguirlos me e
encontrado con diferentes problemas
1. los archivos a los que hacen mencion no existen
2. los path son diferentes o no los encuentro
3. no logro diferenciar de cuando es un ejemplo a un dato real a introducir
lo e intentado con Sendmail y Postfix, le e preguntado a google miles de
veces y en 3 semanas no logro avanzar por que a la hora de la hora algo hace
falta, por ejemplo me prestaron un manual de sendmail en suse 9.3 y a la
hora de los ultimso toque del archivo "mail.cf" resulta que no era nada
igual, digamso el arhcivo de muestra del manual era completamenete diferente
al mio, por lo que hay trono la cosa, no se si soy demacia torpe (posible) o
los manuales dan demaciadas cosas por hecho, cosas que no tengo ni idea, pro
lo que necesito un manual, actualizado que sea para suse 10 y que sea a
prueba de tonto (no pido casi nada verdad) jajaja pero les juro que lo e
intentado e intentado pero ya me cance , bua bua bua, Gracias
El día 30/03/06, Camaleón
El 30/03/06, Kubuntu Rule´s escribió:
Hola Lista, soy un usuario Regular no muy avanzado de linux y novato en suse, tengo la siguiente cuestion.
-Necesito montar dos servidores de correo en dos cordenadores diferentes, uno con red y otro sin red, con ip dinamica y conectados directamente al internet.
Sería de gran ayuda que comentaras el error que te da, en qué servidor (el local o el remoto) y qué programa estás utilizando (Postfix, Sendmail, QMail...), así como los datos con los que estás configurando los servidores y lo que quieres conseguir.
Saludos,
-- Camaleón
-- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
El 30/03/06, Kubuntu Rule´s escribió:
Si lo comente pero va de nuez
¿Dónde lo has comentado? En tu mensaje anterior no dices qué error te aparece ni lo que intentas hacer. Si no eres un poco más explícito es muy difícil saber dónde está el error... ;-)
el problema es qeu no termino la configuracion por las siguientes razones
¿No terminas la configuración de qué programa? ¿Cómo haces la configuración, qué pasos sigues...? Quizá yo esté un poco "ceporra" pero no logro seguirte, me falta información...
e seguido al pie de la letra un sin fin de manuales pero son para otras Distro o para otras versiones de suse, pero a la hora de seguirlos me e encontrado con diferentes problemas
1. los archivos a los que hacen mencion no existen
Es normal, ningún "how-to" te va a decir las cosas al pie de la letra, las versiones de los programas varían, las distribuciones también... tienes que entender la base, el objetivo, porque los comandos, las opciones, etc, pueden variar. Los manuales te dan una idea general del conjunto, qué vas a obtener y algunos pasos para llevarlo a cabo, pero de ahí a seguir al pie de la letra las cosas...
2. los path son diferentes o no los encuentro 3. no logro diferenciar de cuando es un ejemplo a un dato real a introducir
Explica qué fichero estás modificando, qué opciones estás poniendo y qué es lo que quieres conseguir. Saludos, -- Camaleón
El Jueves, 30 de Marzo de 2006 21:59, Kubuntu Rule´s escribió:
Hola Lista, soy un usuario Regular no muy avanzado de linux y novato en suse, tengo la siguiente cuestion.
-Necesito montar dos servidores de correo en dos cordenadores diferentes, uno con red y otro sin red, con ip dinamica y conectados directamente al internet.
no me importa si es en postfix o sendmail preferentemente con base de datos en mysql con Webmail sin problemas de espacio en discos
e seguido al pie de la letra un sin fin de manuales pero son para otras Distro o para otras versiones de suse, pero a la hora de seguirlos me e encontrado con diferentes problemas
1. los archivos a lso qeu hacen mencion no existen 2. los path son diferentes 3. no losgro diferenciar de cuando es un ejemplo a un dato real a introducir
Alguien tendra un Manual Url o algo para poder resolver este problema?
tengo Suse 10 con del demonio de NO-IP por la ip dinamica, Webmin y APt,
Puedes seguir esto: http://www.howtoforge.com/perfect_setup_suse_10.0 Espero que el inglés no sea problema. Aqui te lo dan todo paso por paso y casi puedes cortarypegar los comandos. Olvida la instalacion de los otros servidores y concentrate en la parte de postfix. Olvida tambien ISPconfig y conserva WEBMIN (para mi gusto, mas clarito y directo).
Gracias a todos
Gracias, lo del ingles no es problema solo una molestia mas, lo del WEBmail
como lo resuelvo?
2006/3/30, Alfredo J. Varas
El Jueves, 30 de Marzo de 2006 21:59, Kubuntu Rule´s escribió:
Hola Lista, soy un usuario Regular no muy avanzado de linux y novato en suse, tengo la siguiente cuestion.
-Necesito montar dos servidores de correo en dos cordenadores diferentes, uno con red y otro sin red, con ip dinamica y conectados directamente al internet.
no me importa si es en postfix o sendmail preferentemente con base de datos en mysql con Webmail sin problemas de espacio en discos
e seguido al pie de la letra un sin fin de manuales pero son para otras Distro o para otras versiones de suse, pero a la hora de seguirlos me e encontrado con diferentes problemas
1. los archivos a lso qeu hacen mencion no existen 2. los path son diferentes 3. no losgro diferenciar de cuando es un ejemplo a un dato real a introducir
Alguien tendra un Manual Url o algo para poder resolver este problema?
tengo Suse 10 con del demonio de NO-IP por la ip dinamica, Webmin y APt,
Puedes seguir esto:
http://www.howtoforge.com/perfect_setup_suse_10.0
Espero que el inglés no sea problema. Aqui te lo dan todo paso por paso y casi puedes cortarypegar los comandos. Olvida la instalacion de los otros servidores y concentrate en la parte de postfix. Olvida tambien ISPconfig y conserva WEBMIN (para mi gusto, mas clarito y directo).
Gracias a todos
-- Para dar de baja la suscripci�n, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-03-30 a las 16:06 -0600, Dino Kerriou escribió:
Gracias, lo del ingles no es problema solo una molestia mas, lo del WEBmail como lo resuelvo?
Eso lo dejas para cuando funcione el resto. :-p Por cierto, si la ip es dinámica, ¿te has enterado de como resolver lo de la entrada MX del DNS? Otro detalle. El postfix de SuSE no viene con soporte mysql: nimrodel:~ # postconf -m btree cidr environ hash ldap nis pcre proxy regexp static unix Si lo necesitas, tienes que conseguirlo de otro lado; por ejemplo, en people/choeger (ftp de suse). Pero me parece eso un servidor demasiado serio para tenerlo en una IP dinámica. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFELGEetTMYHG2NR9URAhjBAJ99Kc/BzqpUeuRD70fHhg83vrRbMQCgg3Nl sILMQg9y3zGoMLj43I+cz1U= =vzmd -----END PGP SIGNATURE-----
Lo de Mysql es opcional, lo de la resolucion del MX tambien me estoy
peliando con eso, supuestamente NO-IP lo hace, pero es algo que me esta
costando mucho entender si me pudiaran hechar una manita se los agradeceria,
y lo de la IP dinamica es un royo, la empresa es muy coda y no quiere
aflojar los 120 Dlls al mes que vale la ip fija en MExico
El día 30/03/06, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2006-03-30 a las 16:06 -0600, Dino Kerriou escribió:
Gracias, lo del ingles no es problema solo una molestia mas, lo del WEBmail como lo resuelvo?
Eso lo dejas para cuando funcione el resto. :-p
Por cierto, si la ip es dinámica, ¿te has enterado de como resolver lo de la entrada MX del DNS?
Otro detalle. El postfix de SuSE no viene con soporte mysql:
nimrodel:~ # postconf -m btree cidr environ hash ldap nis pcre proxy regexp static unix
Si lo necesitas, tienes que conseguirlo de otro lado; por ejemplo, en people/choeger (ftp de suse). Pero me parece eso un servidor demasiado serio para tenerlo en una IP dinámica.
- -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76
iD8DBQFELGEetTMYHG2NR9URAhjBAJ99Kc/BzqpUeuRD70fHhg83vrRbMQCgg3Nl sILMQg9y3zGoMLj43I+cz1U= =vzmd -----END PGP SIGNATURE-----
-- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
El 31/03/2006 4:21:41 Dino Kerriou escribió: greenfrognet> Lo de Mysql es opcional, lo de la resolucion del MX tambien me estoy greenfrognet> peliando con eso, supuestamente NO-IP lo hace, pero es algo que me esta greenfrognet> costando mucho entender si me pudiaran hechar una manita se los agradeceria, greenfrognet> y lo de la IP dinamica es un royo, la empresa es muy coda y no quiere greenfrognet> aflojar los 120 Dlls al mes que vale la ip fija en MExico Es que por menos de $120 al mes alquilas un servidor dedicado en USA con 10 IP fijas, su propio DNS y, al menos 500 Gigas de bandwitch mensual. Si hablamos de _empresa_ no es buena idea montar el servidor en plan doméstico. (IP dinámica y poco ancho de banda más los cortes de luz y los fallos en los DNS del proveedor.) -- Saludos, Josep M. Queralt
El 31/03/2006 0:52:11 Carlos E. R. escribió: robin1.listas> robin1.listas> robin1.listas> Si lo necesitas, tienes que conseguirlo de otro lado; por ejemplo, en robin1.listas> people/choeger (ftp de suse). Pero me parece eso un servidor demasiado robin1.listas> serio para tenerlo en una IP dinámica. robin1.listas> (Casi) Todos los servidores de correo son serios. :-) Otra cosa distinta es el volumen de usuarios que tengan que soportar. Si se trata de un sistema doméstico con pocos usuarios montado sobre una IP dinámica dará muy pocos problemas y la mayoría estarán relacionados con los temas de "spam" y listas negras. En un sistema grande (que aparentemente es la idea ya que habla de usar MySQL) tendrá los mismos problemas pero exponencialmente mayores (por el número de ususarios) y, tratándose de una IP dinámica, presumo que el ancho de banda que tendrá contratado no será precisamente generoso. -- Saludos, Josep M. Queralt
El 31/03/2006 0:06:46 Dino Kerriou escribió: greenfrognet> Gracias, lo del ingles no es problema solo una molestia mas, lo del WEBmail greenfrognet> como lo resuelvo? Instalando el servidor Cyrus-IMAP más Squirrelmail (o Horde) o utilizando "Usermin"el entorno http de gestion para usuarios de "Webmin". Es mucho más sencillo con la segunda opción ya que te ahorras el IMAP con un notable ahorro de espacio en disco. -- Saludos, Josep M. Queralt
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-03-31 a las 09:25 +0200, Josep M. Queralt escribió:
Instalando el servidor Cyrus-IMAP más Squirrelmail (o Horde) o utilizando "Usermin"el entorno http de gestion para usuarios de "Webmin".
Es mucho más sencillo con la segunda opción ya que te ahorras el IMAP con un notable ahorro de espacio en disco.
¿Y eso? El espacio será el del correo almacenado en el servidor, y eso estará igual independientemente de que webmail se use, ¿no? ¿O es que el Squirrelmail en vez de usar el correo archivado en imap lo vuelve a almacenar? No puede ser :-? - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFELPWvtTMYHG2NR9URAv+XAKCI4tm+ebzSl2/2L2ZJEnnnxO+avwCfeXed xHo2BrmhxkaJOvqB2L2uk5I= =53jD -----END PGP SIGNATURE-----
El 31/03/2006 11:25:57 Carlos E. R. escribió: robin1.listas> > Es mucho más sencillo con la segunda opción ya que te ahorras el IMAP robin1.listas> > con un notable ahorro de espacio en disco. robin1.listas> robin1.listas> ¿Y eso? El espacio será el del correo almacenado en el servidor, y eso robin1.listas> estará igual independientemente de que webmail se use, ¿no? ¿O es que el robin1.listas> Squirrelmail en vez de usar el correo archivado en imap lo vuelve a robin1.listas> almacenar? robin1.listas> robin1.listas> No puede ser :-? El correo POP se almacena en el servidor HASTA que es entregado a un cliente de correo. En ese momento se borra del servidor. El correo IMAP se caracteriza por PERMANECER almacenado en el servidor hasta que no lo borras del servidor. Al conectar se entrega una copia del correo permaneciendo almacenado el original en el servidor. Desde mi punto de vista IMAP es una solemne tontería ya que POP también permite coger solo una copia, dejando el original en el servidor. Es decir, que la ventaja de IMAP concretada en la centralización, es decir que cualquier cambio en las carpetas del servidor es visible con cualquier cliente de correo en cualquier lugar, es algo que también se consigue con POP (solo hay que definir un cliente que borre los mensajes, mientras que los demás clientes (en la misma cuenta) solo recogen copias) A efectos prácticos, mientras POP borra el mensaje después de hacer la entrega (salvo que tengas definido lo contrario en el cliente) en IMAP el original siempre permanece en el servidor hasta que no le dices que lo borre. Como las opciones por defecto son las más utilizadas por los usuarios, el engorde del disco duro con IMAP es más que evidente. -- Saludos, Josep M. Queralt
El correo IMAP se caracteriza por PERMANECER almacenado en el servidor hasta que no lo borras del servidor. Al conectar se entrega una copia del correo permaneciendo almacenado el original en el servidor.
Desde mi punto de vista IMAP es una solemne tontería ya que POP también permite coger solo una copia, dejando el original en el servidor. Es decir, que la ventaja de IMAP concretada en la centralización, es decir que cualquier cambio en las carpetas del servidor es visible con cualquier cliente de correo en cualquier lugar, es algo que también se consigue con POP (solo hay que definir un cliente que borre los mensajes, mientras que los demás clientes (en la misma cuenta) solo recogen copias)
Tiene más ventajas el servidor IMAP: http://es.wikipedia.org/wiki/IMAP el servidor POP está bien para pequeñas cosas, o para usuarios gratuitos, pero si lo tuviese que montar en una empesa, yo elegiría IMAP. -- Saludos, miguel
El 31/03/2006 12:09:32 miguel gmail escribió: miguel.listas> miguel.listas> Tiene más ventajas el servidor IMAP: Pues yo no las se ver. =|-( Siguiendo a la Wikipedia: 1.- Al utilizar POP3, los clientes se conectan al servidor de correo brevemente, solamente lo que les tome descargar los nuevos mensajes. Al utilizar IMAP4, los clientes permanecen conectados el tiempo que su interfaz permanezca activa y descargan los mensajes bajo demanda. Para un servidor grande es más ventajoso que la conexión sea breve, el tiempo de descargar los mensajes al cliente y no las constantes peticiones de consulta que hará un cliente permanentemente conectado con el correspondiente caro consumo de ancho de banda y CPU de la máquina. 2.- El protocolo POP3 asume que el cliente conectado es el único dueño de una caja de correo. En contraste, el protocolo IMAP4 permite accesos simultáneos a multiples clientes y proporciona ciertos mecanismos a los clientes para que se detecten los cambios hechos a un mailbox por otro cliente concurrentemente conectado Pues sinceramente, yo creía que el correo era privado. :-) Permitir peticiones multiples sobre un mismo buzón no me parece un buen método para garantizar la privacidad Técnicamente ello también puede sobrecargar el servidor. 3.- El protocolo IMAP4 le permite a los clientes obtener separadamente cualquier parte MIME individual así como, obtener porciones de las partes individuales ó los mensajes completos. Ya, osea que los clientes de correo POP no tienen cortar y pegar ..... =X-) 4.- A través de la utilización de banderas definidas en el protocolo IMAP4 de los clientes, se puede vigilar el estado del mensaje, por ejemplo, si el mensaje ha sido o no leído, respondido o eliminado. Me parece que todo eso hasta PINE lo hace..... 5.- Los clientes de IMAP4 pueden crear, renombrar o eliminar correo (por lo general presentado como carpetas al usuario) del servidor, y mover mensajes entre cuentas de correo. El soporte para multiples buzones de correo también le permite al servidor proporcionar acceso a los folders públicos y compartidos .... igualito que el "redirect" del cliente de correo POP. 6.- IMAP4 proporciona un mecanismo para los clientes le pidan al servidor que busque mensajes de acuerdo a una cierta variedad de criterios. Este mecanismo evita que los clientes descarguen todos los mensajes de su buzón de correo con el fin de agilizar las búsquedas .... igualito que la busqueda por cabeceras de los clientes POP. 7.- Soporte para un mecanismo de extensión definido Este es que no lo acabo de entender. Ahora bien el correo POP también avisa cuando tienes mensajes nuevos .... No se que es peor para el servidor si conectar cada cierto tiempo X o permanecer con una conexión constante..... miguel.listas> el servidor POP está bien para pequeñas cosas, o para usuarios miguel.listas> gratuitos, pero si lo tuviese que montar en una empesa, yo elegiría miguel.listas> IMAP. Yo lo haría solo en el caso de ofrecer servicio de WebMail en redes grandes, de lo contrario montando "solo" el servicio POP el servidor irá bastante más ligero. -- Saludos, Josep M. Queralt
El 31/03/06, Josep M. Queralt escribió:
1.- Al utilizar POP3, los clientes se conectan al servidor de correo brevemente, solamente lo que les tome descargar los nuevos mensajes. Al utilizar IMAP4, los clientes permanecen conectados el tiempo que su interfaz permanezca activa y descargan los mensajes bajo demanda.
Puedes conectar y desconectar con el servidor cuando quieras, no hay que estar siempre "on", sólo cuando quieres ver los correos.
2.- El protocolo POP3 asume que el cliente conectado es el único dueño de una caja de correo. En contraste, el protocolo IMAP4 permite accesos simultáneos a multiples clientes y proporciona ciertos mecanismos a los clientes para que se detecten los cambios hechos a un mailbox por otro cliente concurrentemente conectado
Siempre usuarios autentificados y con credenciales. Pasa lo mismo con el POP3, puedo tener la misma cuenta en varios equipos, aunque la conexión no sea simultánea.
Técnicamente ello también puede sobrecargar el servidor.
Cierto. La sobrecarga es un tema importante. Digamos que el imap es como la tecnología Ajax, flexible e interactiva, mientras que pop3 es como el html, estático. Ambas tecnologías son completamente complementarias, no tienen porqué ser sustitutivas o excluyentes. Saludos, -- Camaleón
El 31/03/2006 13:24:37 Camaleón escribió: noelamac> > 1.- Al utilizar POP3, los clientes se conectan al servidor de correo brevemente, solamente lo que les tome descargar los nuevos mensajes. Al utilizar IMAP4, los clientes permanecen conectados el tiempo que su interfaz permanezca activa y descargan los mensajes bajo demanda. noelamac> noelamac> Puedes conectar y desconectar con el servidor cuando quieras, no hay noelamac> que estar siempre "on", sólo cuando quieres ver los correos. Pues para hacer lo mismo que en el POP no le veo yo la ventaja .... :-) noelamac> Digamos que el imap es como la tecnología Ajax, flexible e noelamac> interactiva, mientras que pop3 es como el html, estático. Ambas noelamac> tecnologías son completamente complementarias, no tienen porqué ser noelamac> sustitutivas o excluyentes. Ya, es que con el Ajax me pasa lo mismo, no le veo que haga nada que sea realmente nuevo. -- Saludos, Josep M. Queralt
El 31/03/06, Josep M. Queralt escribió:
Pues para hacer lo mismo que en el POP no le veo yo la ventaja .... :-)
La ventaja es la sincronización de los correos, la no dependencia de estar delante de tu equipo principal, vamos, las ventajas de tener un servidor virtual... de correo.
Ya, es que con el Ajax me pasa lo mismo, no le veo que haga nada que sea realmente nuevo.
No se trata de hacer algo nuevo ni que sea mejor o peor por ser nuevo. Son conceptos distintos, uno estático y otro dinámico, cada cual con sus ventajas e incovenientes intrínsecos. Las ventajas de Ajax son tremendas (del concepto), no por nuevas sino por bien pensadas y enfocadas a la interatividad y la gestión de recursos. Saludos, -- Camaleón
El 31/03/2006 15:29:51 Camaleón escribió: noelamac> Las ventajas de Ajax son noelamac> tremendas (del concepto), no por nuevas sino por bien pensadas y noelamac> enfocadas a la interatividad y la gestión de recursos. Es que a "eso" antes se le llamaba DHTML (La D=dynamic) y es el desarrollo de funciones en javascript. Imagino que con un nombre como "Ajax" venderá más que llamándolo DHTML. Por cierto, "Ajax" a mi me suena a detergente. :-) -- Saludos, Josep M. Queralt
El 31/03/06, Josep M. Queralt escribió:
Es que a "eso" antes se le llamaba DHTML (La D=dynamic) y es el desarrollo de funciones en javascript.
Uff, a eso y "algo más". Javascript "per se" se queda corto. Puedes llamarlo como quieras (a Ajax), pero dhtml no creo que sea lo más acertado. Aquí estamos todos: http://en.wikipedia.org/wiki/AJAX Saludos, -- Camaleón
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-03-31 a las 12:54 +0200, Josep M. Queralt escribió:
4.- A través de la utilización de banderas definidas en el protocolo IMAP4 de los clientes, se puede vigilar el estado del mensaje, por ejemplo, si el mensaje ha sido o no leído, respondido o eliminado.
Me parece que todo eso hasta PINE lo hace.....
No. La diferencia es que al conectarse con otro cliente, o en otro puesto, sigues viendo las mismas marcas. Por eso, hay gente que usa imap en local, para compartir el correo entre varios clientes de correo en el mismo ordendador.
5.- Los clientes de IMAP4 pueden crear, renombrar o eliminar correo (por lo general presentado como carpetas al usuario) del servidor, y mover mensajes entre cuentas de correo. El soporte para multiples buzones de correo también le permite al servidor proporcionar acceso a los folders públicos y compartidos
.... igualito que el "redirect" del cliente de correo POP.
Pues no. No es lo mismo mover correo entre cuentas que volver a enviarlo o redirigirlo.
6.- IMAP4 proporciona un mecanismo para los clientes le pidan al servidor que busque mensajes de acuerdo a una cierta variedad de criterios. Este mecanismo evita que los clientes descarguen todos los mensajes de su buzón de correo con el fin de agilizar las búsquedas
.... igualito que la busqueda por cabeceras de los clientes POP.
Después de descargar.
7.- Soporte para un mecanismo de extensión definido
Este es que no lo acabo de entender. Ahora bien el correo POP también avisa cuando tienes mensajes nuevos ....
¿Que avisa? No, el aviso lo da el cliente al conectarse.
miguel.listas> el servidor POP está bien para pequeñas cosas, o para usuarios miguel.listas> gratuitos, pero si lo tuviese que montar en una empesa, yo elegiría miguel.listas> IMAP.
Yo lo haría solo en el caso de ofrecer servicio de WebMail en redes grandes, de lo contrario montando "solo" el servicio POP el servidor irá bastante más ligero.
Pues Telefónica me da imap con la adsl... por algo será. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFELReBtTMYHG2NR9URAlHpAJwPTGSwx0woj8ecKxO9GIlc8f6/MACfQauE N94rUTXJMNZ6mPb0VTMXheM= =DXah -----END PGP SIGNATURE-----
El 31/03/2006 13:50:23 Carlos E. R. escribió: robin1.listas> > Me parece que todo eso hasta PINE lo hace..... robin1.listas> robin1.listas> No. La diferencia es que al conectarse con otro cliente, o en otro puesto, robin1.listas> sigues viendo las mismas marcas. Segunda diferencia. robin1.listas> > 5.- Los clientes de IMAP4 pueden crear, renombrar o eliminar correo (por robin1.listas> > robin1.listas> > .... igualito que el "redirect" del cliente de correo POP. robin1.listas> robin1.listas> Pues no. No es lo mismo mover correo entre cuentas que volver a enviarlo o robin1.listas> redirigirlo. Si hablamos de cuentas si que es lo mismo, aunque lo haga el servidor internamente.. Si hablamos de mover un mensaje entre carpetas de una misma cuenta entonces si que es diferente. Es lo mismo que tu puedes hacer en local moviendo un fichero de una carpeta a otra robin1.listas> > .... igualito que la busqueda por cabeceras de los clientes POP. robin1.listas> robin1.listas> Después de descargar. ... las cabeceras. También IMAP te manda una copia de ellas a tu cliente. :-) robin1.listas> > 7.- Soporte para un mecanismo de extensión definido robin1.listas> > robin1.listas> > Este es que no lo acabo de entender. Ahora bien el correo POP también robin1.listas> > avisa cuando tienes mensajes nuevos .... robin1.listas> robin1.listas> ¿Que avisa? No, el aviso lo da el cliente al conectarse. Si, lo mismo en POP como en IMAP. robin1.listas> > robin1.listas> > Yo lo haría solo en el caso de ofrecer servicio de WebMail en redes robin1.listas> > grandes, de lo contrario montando "solo" el servicio POP el servidor irá robin1.listas> > bastante más ligero. robin1.listas> robin1.listas> Pues Telefónica me da imap con la adsl... por algo será. Si claro, yo considero (T) una red grande. Es lo que decía. -- Saludos, Josep M. Queralt
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-03-31 a las 16:26 +0200, Josep M. Queralt escribió:
robin1.listas> > .... igualito que la busqueda por cabeceras de los clientes POP. robin1.listas> robin1.listas> Después de descargar.
... las cabeceras. También IMAP te manda una copia de ellas a tu cliente. :-)
No de la misma forma. Para ver las cabeceras y decidir que borro o que veo tengo que usar un cliente especial para eso. El único que conozco es el kshowmail, y que ya no viene en la distro, lo he tenido que compilar yo. En cambio, con imap y un programa casi cualquiera, como el mozilla, puedo ver las cabeceras (de, a, tema) y pinchar en cualquiera para verlo.
robin1.listas> > 7.- Soporte para un mecanismo de extensión definido robin1.listas> > robin1.listas> > Este es que no lo acabo de entender. Ahora bien el correo POP también robin1.listas> > avisa cuando tienes mensajes nuevos .... robin1.listas> robin1.listas> ¿Que avisa? No, el aviso lo da el cliente al conectarse.
Si, lo mismo en POP como en IMAP.
No. En pop tienes que conectarte y tratar de descargar. En imap, si estás en sesión, te avisa automáticamente.
robin1.listas> > Yo lo haría solo en el caso de ofrecer servicio de WebMail en redes robin1.listas> > grandes, de lo contrario montando "solo" el servicio POP el servidor irá robin1.listas> > bastante más ligero. robin1.listas> robin1.listas> Pues Telefónica me da imap con la adsl... por algo será.
Si claro, yo considero (T) una red grande. Es lo que decía.
Pero es que en una red pequeña o mediana, de una empresa, imap es ideal. En una red gigantesca, como la de telefónica, poner imap, con el coste de recursos que supone si lo usáramos todos será tremendo. Imap está pensado para correo de grupos manteniendo todo lo que se quiera en el servidor: lo que hacen servidores como el exchange, lotus, etc. pop3 está pensado para descargar el correo a un mismo ordenador y cerrar. Pero incluso usando clientes de descarga como el fetchmail, el protocolo imap da ventajas. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFELafPtTMYHG2NR9URAtjeAKCGD9wzBb2J/62229wIx4c0CZCWFQCfXRNZ SNZrsyy/9bVm3sSKWQ1erhc= =zfOK -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-03-31 a las 12:09 +0200, miguel gmail escribió:
el servidor POP está bien para pequeñas cosas, o para usuarios gratuitos, pero si lo tuviese que montar en una empesa, yo elegiría IMAP.
Y yo. Por cierto, el adsl de tesa incluye cuentas pop/imap/webmail, por el mismo precio. Es la primera vez que veo a un ISP dar imap y anunciarlo. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFELRYrtTMYHG2NR9URAuKiAJ9yKhlm601IzIQ8sQ0J4BUMxWoqsACfcSHR BBfs9/PeFPm9PNOx5DJE1LE= =e/9v -----END PGP SIGNATURE-----
El 31/03/06, Carlos E. R. escribió:
Por cierto, el adsl de tesa incluye cuentas pop/imap/webmail, por el mismo precio. Es la primera vez que veo a un ISP dar imap y anunciarlo.
Darlo, lo da. El problema es que puedas conectar con el servidor, que lo tengan levantado y funcionando, bien configurado, que no se quede bloqueado, que esté siempre disponible, etc... :-D Saludos, -- Camaleón
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-03-31 a las 13:50 +0200, Camaleón escribió:
El 31/03/06, Carlos E. R. escribió:
Por cierto, el adsl de tesa incluye cuentas pop/imap/webmail, por el mismo precio. Es la primera vez que veo a un ISP dar imap y anunciarlo.
Darlo, lo da. El problema es que puedas conectar con el servidor, que lo tengan levantado y funcionando, bien configurado, que no se quede bloqueado, que esté siempre disponible, etc...
:-D
Pues no lo se. La cuenta principal parece funcionar. Creé ayer una cuenta secundaria - que por cierto, tiene la cuarta parte de capacidad - y hasta hoy no he podido entrar, ni enviarle, daba usuario desconocido. Y también le creé un alias, pero ese todavía no se ha activado. No se si volver a darle, o esperar hasta mañana. Debe ser que hacen las activaciones por la noche. Al fin y al cabo, lo que han hecho es abrir el imap al exterior, porque lo necesitan para el webmail. Lo normal es que lo dejen puesto sólo via intranet, o desde la ip del webmail. Los de amena también tenían imap con su cuenta asociada al móvil, pero no estaba anunciado y terminaron por cortarlo - quizás cuando se dieron cuenta que yo lo usaba. Lo mismo que quitaron la posibilidad de enviar smss por gprs, o bien después de que yo lo usara o después de que otro amigo preguntara por eso y le dijeron que no estaba activo :-p Ahora ya no funciona ni por pop3, me da password erronea. La diferencia con tesa es que documentan pop3 e imap, luego es oficial. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFELR2mtTMYHG2NR9URAggCAJ4vHikKjn4VNhA6TpRJPEeTN+DA6gCfahPt vZkImaMOi1Y2uEJh2fYy6dI= =Jh2O -----END PGP SIGNATURE-----
El 31/03/2006 13:50:37 Camaleón escribió: noelamac> noelamac> Darlo, lo da. El problema es que puedas conectar con el servidor, que noelamac> lo tengan levantado y funcionando, bien configurado, que no se quede noelamac> bloqueado, que esté siempre disponible, etc... noelamac> noelamac> :-D ..... será un problema de tener que soportar demasiadas conexiones permanentes quizá...... ;-) -- Saludos, Josep M. Queralt
El 31/03/06, Josep M. Queralt escribió:
..... será un problema de tener que soportar demasiadas conexiones permanentes quizá...... ;-)
Ojala... con pop3 pasa lo mismo, y de su servidor de correo saliente (smtp) mejor ni hablar. :-( Saludos, -- Camaleón
El 31/03/06, Josep M. Queralt escribió:
Como las opciones por defecto son las más utilizadas por los usuarios, el engorde del disco duro con IMAP es más que evidente.
Para eso están las cuotas de disco de los servidores imap / pop3, para recordarle al usuario sus límites... y si además tienes una pasarela gsm le puedes enviar un sms al usuario, del tipo: "Su servidor de correo imap le indica que se está quedando sin espacio, por favor elimine o almacene en su disco los correos que no necesite." :-) Saludos, -- Camaleón
El Viernes, 31 de Marzo de 2006 12:04, Josep M. Queralt escribió:
El 31/03/2006 11:25:57 Carlos E. R. escribió:
robin1.listas> > Es mucho más sencillo con la segunda opción ya que te ahorras el IMAP robin1.listas> > con un notable ahorro de espacio en disco. robin1.listas> robin1.listas> ¿Y eso? El espacio será el del correo almacenado en el servidor, y eso robin1.listas> estará igual independientemente de que webmail se use, ¿no? ¿O es que el robin1.listas> Squirrelmail en vez de usar el correo archivado en imap lo vuelve a robin1.listas> almacenar? robin1.listas> robin1.listas> No puede ser :-?
El correo POP se almacena en el servidor HASTA que es entregado a un cliente de correo. En ese momento se borra del servidor.
El correo IMAP se caracteriza por PERMANECER almacenado en el servidor hasta que no lo borras del servidor. Al conectar se entrega una copia del correo permaneciendo almacenado el original en el servidor.
Desde mi punto de vista IMAP es una solemne tontería ya que POP también permite coger solo una copia, dejando el original en el servidor. Es decir, que la ventaja de IMAP concretada en la centralización, es decir que cualquier cambio en las carpetas del servidor es visible con cualquier cliente de correo en cualquier lugar, es algo que también se consigue con POP (solo hay que definir un cliente que borre los mensajes, mientras que los demás clientes (en la misma cuenta) solo recogen copias)
A efectos prácticos, mientras POP borra el mensaje después de hacer la entrega (salvo que tengas definido lo contrario en el cliente) en IMAP el original siempre permanece en el servidor hasta que no le dices que lo borre.
Hombre... con POP puedes no borrar los mensajes del servidor, pero con IMAP tienes muchas mas posibilidades. En POP no puedes ordenar los mensajes que dejas en el servidor mediante carpetas. Y la verdad es un poco tedioso tener que ir configurando el cliente para decirle que no borre los mensajes. Por no hablar de que esos correos que no borres los vas a tener duplicados y repetidos en cada ordenador que los recojas. Con IMAP tambien puedes compartir carpetas para que usuarios vean facilmente los e-mails de otra persona, eso con POP tampoco se puede hacer. El protocolo POP está ya desfasado y es un protocolo prehistorico que arrastramos desde hace mucho.
Como las opciones por defecto son las más utilizadas por los usuarios, el engorde del disco duro con IMAP es más que evidente.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-03-31 a las 12:04 +0200, Josep M. Queralt escribió:
El correo IMAP se caracteriza por PERMANECER almacenado en el servidor hasta que no lo borras del servidor. Al conectar se entrega una copia del correo permaneciendo almacenado el original en el servidor.
Y eso es justo lo que hace falta en un webmail, porque el usuario no tiene ordenador propio y necesita almacenar los correos en el servidor. Por el mismo motivo, es ideal para una empresa, en que la gente se mueve entre varios puestos: en cualquiera que se conecte puede ver su correo, y no sólo el nuevo. Incluso aunque te conectes siempre desde el mismo ordenador descargándolo todo, tiene ventajas. Si se corta la conexión cuando has bajado 100 correos de una cuenta pop, al volver a conectar sigues teniendo esos 100 correos por descargar, duplicados. Con imap no, correo descargado ya queda marcado o borrado, según quieras. Si durante la descarga de un correo, al ver las cabeceras, descubres que es spam y no lo quieres, cancelas la descarga; con pop te fastidias, lo tienes que seguir descargando. Con imap y un cliente bueno (pe, mozilla) puedes ver las cabeceras de los correos, y sólo descargarte uno a uno los correos que desees ver, incluso partes de ellos. Eso reduce el uso de la red, interesante si estás via modem. Con pop no, te tienes que descargar el buzón entero.
Desde mi punto de vista IMAP es una solemne tontería ya que POP también permite coger solo una copia, dejando el original en el servidor.
Pero no queda marcada como leída en el servidor. Cuando te vuelves a conectar, sobre todo desde otra máquina, se vuelven a descargar todos.
A efectos prácticos, mientras POP borra el mensaje después de hacer la entrega (salvo que tengas definido lo contrario en el cliente) en IMAP el original siempre permanece en el servidor hasta que no le dices que lo borre.
Puedes decirle que lo borre inmediatamente.
Como las opciones por defecto son las más utilizadas por los usuarios, el engorde del disco duro con IMAP es más que evidente.
¿Y que? Es un servicio que se le da a los usuarios; y los usuarios de empresa se merecen lo mejor de lo mejor ;-) - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFELRWstTMYHG2NR9URAur6AJ9651notdgn3WwkksThe+ZBphfmvwCgkGqe acbSS8lWzc/v6ry9wxVGCos= =gWfc -----END PGP SIGNATURE-----
El 31/03/2006 13:42:26 Carlos E. R. escribió: robin1.listas> > El correo IMAP se caracteriza por PERMANECER almacenado en el servidor robin1.listas> > hasta que no lo borras del servidor. Al conectar se entrega una copia robin1.listas> > del correo permaneciendo almacenado el original en el servidor. robin1.listas> robin1.listas> Y eso es justo lo que hace falta en un webmail, porque el usuario no tiene robin1.listas> ordenador propio y necesita almacenar los correos en el servidor. Ya, pero es que una cuenta POP también la puedes ver por webmail. (Usermin lo hace) Yo no veo que IMAP aporte nada nuevo. Ambos necesitan de SMTP para enviar y en cuanto a recibir, en la práctica pueden comportarse de forma idéntica. robin1.listas> Incluso aunque te conectes siempre desde el mismo ordenador descargándolo robin1.listas> todo, tiene ventajas. Si se corta la conexión cuando has bajado 100 robin1.listas> correos de una cuenta pop, al volver a conectar sigues teniendo esos 100 robin1.listas> correos por descargar, duplicados. Con imap no, correo descargado ya queda robin1.listas> marcado o borrado, según quieras. También en eso se comportan en la práctica de igual manera. Los mensajes se confirman por el cliente uo a uno, si se corta en POP te quedarán en el servidor solo aquellos que no hayan recibido la confirmación de recibidos, y en el IMAP solo quedarán o tendrán la marca de leídos (según como lo tengas configurado) aquellos que hayan recibido la confirmación. robin1.listas> Si durante la descarga de un correo, al ver las cabeceras, descubres que robin1.listas> es spam y no lo quieres, cancelas la descarga; con pop te fastidias, lo robin1.listas> tienes que seguir descargando. En POP también puedes ver solo las cabeceras. :-) robin1.listas> Con imap y un cliente bueno (pe, mozilla) puedes ver las cabeceras de los robin1.listas> correos, y sólo descargarte uno a uno los correos que desees ver, incluso robin1.listas> partes de ellos. Eso reduce el uso de la red, interesante si estás via robin1.listas> modem. Con pop no, te tienes que descargar el buzón entero. ... lo mismo que en POP. robin1.listas> > Desde mi punto de vista IMAP es una solemne tontería ya que POP también robin1.listas> > permite coger solo una copia, dejando el original en el servidor. robin1.listas> robin1.listas> Pero no queda marcada como leída en el servidor. Cuando te vuelves a robin1.listas> conectar, sobre todo desde otra máquina, se vuelven a descargar todos. Fíjate esta es la primera diferencia real entre ambos sistemas. robin1.listas> > Como las opciones por defecto son las más utilizadas por los usuarios, robin1.listas> > el engorde del disco duro con IMAP es más que evidente. robin1.listas> robin1.listas> ¿Y que? Es un servicio que se le da a los usuarios; y los usuarios de robin1.listas> empresa se merecen lo mejor de lo mejor ;-) Ya, pero es que a mi, eso de vender humo no me ha gustado, en este tema y en todos, nunca. :-)) -- Saludos, Josep M. Queralt
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-03-31 a las 14:19 +0200, Josep M. Queralt escribió:
Ya, pero es que una cuenta POP también la puedes ver por webmail. (Usermin lo hace)
Algunos, y porque entonces tienen que usar otro almacenamiento, para meter los borradores, los enviados, etc.
Yo no veo que IMAP aporte nada nuevo. Ambos necesitan de SMTP para enviar y en cuanto a recibir, en la práctica pueden comportarse de forma idéntica.
Claro que necesitan smtp, son protocolos de otra cosa.
robin1.listas> Incluso aunque te conectes siempre desde el mismo ordenador descargándolo robin1.listas> todo, tiene ventajas. Si se corta la conexión cuando has bajado 100 robin1.listas> correos de una cuenta pop, al volver a conectar sigues teniendo esos 100 robin1.listas> correos por descargar, duplicados. Con imap no, correo descargado ya queda robin1.listas> marcado o borrado, según quieras.
También en eso se comportan en la práctica de igual manera. Los mensajes se confirman por el cliente uo a uno, si se corta en POP te quedarán en el servidor solo aquellos que no hayan recibido la confirmación de recibidos, y en el IMAP solo quedarán o tendrán la marca de leídos (según como lo tengas configurado) aquellos que hayan recibido la confirmación.
Te equivocas. En el pop la marca de borrado sólo es estable en el momento en el que cierras la sesión. Si se corta sin cerrar apropiadamente, el servidor no hace nada, lo considera un aborto.
robin1.listas> Si durante la descarga de un correo, al ver las cabeceras, descubres que robin1.listas> es spam y no lo quieres, cancelas la descarga; con pop te fastidias, lo robin1.listas> tienes que seguir descargando.
En POP también puedes ver solo las cabeceras. :-)
Si y no. Muy contados clientes lo pueden hacer. El mozilla no, por ejemplo. Y se hace con un cambalache (descargar n primeros bytes).
robin1.listas> Con imap y un cliente bueno (pe, mozilla) puedes ver las cabeceras de los robin1.listas> correos, y sólo descargarte uno a uno los correos que desees ver, incluso robin1.listas> partes de ellos. Eso reduce el uso de la red, interesante si estás via robin1.listas> modem. Con pop no, te tienes que descargar el buzón entero.
... lo mismo que en POP.
¿Uno a uno? Nanay. Abrir sesion, descargar, cerrar sesion... no.
robin1.listas> ¿Y que? Es un servicio que se le da a los usuarios; y los usuarios de robin1.listas> empresa se merecen lo mejor de lo mejor ;-)
Ya, pero es que a mi, eso de vender humo no me ha gustado, en este tema y en todos, nunca. :-))
Es que no es humo. Es un servicio avanzado pensado para clientes avanzados con necesidades que no cubre pop3. Están pensados para cosas distintas. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFELScttTMYHG2NR9URAtO9AJ0Qr1EapCDfWNySx0bWaE1seS6YhwCeMGfH D25WMQn8QwuTdZUN0xCCXvI= =dupI -----END PGP SIGNATURE-----
El 31/03/2006 14:57:09 Carlos E. R. escribió: robin1.listas> > Ya, pero es que una cuenta POP también la puedes ver por webmail. robin1.listas> > (Usermin lo hace) robin1.listas> robin1.listas> Algunos, y porque entonces tienen que usar otro almacenamiento, para meter robin1.listas> los borradores, los enviados, etc. No, usas el almacenamiento de Usermin en el servidor. De la misma manera (en la práctica) en que lo por un Webmail IMAP Squirrel o Horde robin1.listas> > Yo no veo que IMAP aporte nada nuevo. Ambos necesitan de SMTP para robin1.listas> > enviar y en cuanto a recibir, en la práctica pueden comportarse de forma robin1.listas> > idéntica. robin1.listas> robin1.listas> Claro que necesitan smtp, son protocolos de otra cosa. Acaso he dicho yo algo diferente :-? robin1.listas> > robin1.listas> partes de ellos. Eso reduce el uso de la red, interesante si estás via robin1.listas> > robin1.listas> modem. Con pop no, te tienes que descargar el buzón entero. robin1.listas> > robin1.listas> > ... lo mismo que en POP. robin1.listas> robin1.listas> ¿Uno a uno? Nanay. Abrir sesion, descargar, cerrar sesion... no. Si seleccionas los que vas a descargar, los que vas a borrar etc\00\00\00Mi cliente de correo
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-03-31 a las 17:34 +0200, Josep M. Queralt escribió:
robin1.listas> > Ya, pero es que una cuenta POP también la puedes ver por webmail. robin1.listas> > (Usermin lo hace) robin1.listas> robin1.listas> Algunos, y porque entonces tienen que usar otro almacenamiento, para meter robin1.listas> los borradores, los enviados, etc.
No, usas el almacenamiento de Usermin en el servidor. De la misma manera (en la práctica) en que lo por un Webmail IMAP Squirrel o Horde
Pues para eso, pongo imap, con lo que los usuarios pueden elegir usar un cliente pop, imap, o webmail, y tan contentos. De hecho, si usan imap tienen las mismas prestaciones con menos carga para el servidor que un webmail.
robin1.listas> > robin1.listas> partes de ellos. Eso reduce el uso de la red, interesante si estás via robin1.listas> > robin1.listas> modem. Con pop no, te tienes que descargar el buzón entero. robin1.listas> > robin1.listas> > ... lo mismo que en POP. robin1.listas> robin1.listas> ¿Uno a uno? Nanay. Abrir sesion, descargar, cerrar sesion... no.
Si seleccionas los que vas a descargar, los que vas a borrar etcMi cliente de correo
Ninguno de mis clientes de correo hacen eso con pop. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFELaUntTMYHG2NR9URAlChAJ4kuxYfi48nka1XXT/eDm0q9J5h9wCfRSUe KHi9P2GllDf6bO1X/hZRU9Q= =G5ux -----END PGP SIGNATURE-----
Pues para eso, pongo imap, con lo que los usuarios pueden elegir usar un cliente pop, imap, o webmail, y tan contentos. De hecho, si usan imap tienen las mismas prestaciones con menos carga para el servidor que un webmail.
La carga es menor evidentemente, pero las prestaciones no son las mismas. O das el servicio de webmail o no lo das. :-) Cuando reduces mucho la carga es evitando las conexiones permanentes. Eso sería POP + Webmail. Ahí si que las prestaciones serían CASI las mismas sin necesidad de utilizar IMAP. Faltaría el sincronismo del que hablaba Camaleon.
robin1.listas> > robin1.listas> modem. Con pop no, te tienes que descargar el buzón entero. robin1.listas> > robin1.listas> > ... lo mismo que en POP. robin1.listas> robin1.listas> ¿Uno a uno? Nanay. Abrir sesion, descargar, cerrar sesion... no.
Si seleccionas los que vas a descargar, los que vas a borrar etcMi cliente de correo
Ninguno de mis clientes de correo hacen eso con pop.
Estoy seguro de que no me llamas mentiroso, por lo que debo jurarte que, aunque fumo y voy con mujeres, NO bebo, y que el cliente que uso lo hace. http://www.rimarts.co.jp/becky.htm Abres en modo remoto (solo cabeceras) y eliges lo que bajas, lo que borras y lo que dejas en el servidor. Y todo en modo POP. ... y no, no estoy usando IMAP sin saberlo. :-) P.D. De todos modos, como soy ateo mi juramento no vale mucho, pero tampoco puedo prometerlo por mi honor, ya que este es dudoso, así que solo te queda confiar o no en mi palabra. :-)
- -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76
iD8DBQFELaUntTMYHG2NR9URAlChAJ4kuxYfi48nka1XXT/eDm0q9J5h9wCfRSUe KHi9P2GllDf6bO1X/hZRU9Q= =G5ux -----END PGP SIGNATURE-----
-- Salutacions - Saludos, Josep M. Queralt
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-04-01 a las 11:40 +0200, Josep M. Queralt escribió:
Pues para eso, pongo imap, con lo que los usuarios pueden elegir usar un cliente pop, imap, o webmail, y tan contentos. De hecho, si usan imap tienen las mismas prestaciones con menos carga para el servidor que un webmail.
La carga es menor evidentemente, pero las prestaciones no son las mismas. O das el servicio de webmail o no lo das. :-)
Cuando reduces mucho la carga es evitando las conexiones permanentes. Eso sería POP + Webmail. Ahí si que las prestaciones serían CASI las mismas sin necesidad de utilizar IMAP. Faltaría el sincronismo del que hablaba Camaleon.
Pero para eso, doy el servicio completo. Los que quieran pop, pop. Imap, pues imap. webmail, pues webmail. A elegir, tres colores pa'elegir, uno escribe normal... :-P
Si seleccionas los que vas a descargar, los que vas a borrar etcMi cliente de correo
Ninguno de mis clientes de correo hacen eso con pop.
Estoy seguro de que no me llamas mentiroso, por lo que debo jurarte que, aunque fumo y voy con mujeres, NO bebo, y que el cliente que uso lo hace.
Ese no es libre, es share. Y de windows... no cuenta.
Abres en modo remoto (solo cabeceras) y eliges lo que bajas, lo que borras y lo que dejas en el servidor. Y todo en modo POP.
... y no, no estoy usando IMAP sin saberlo. :-)
Mozilla no lo hace, desde luego. Kmail me parece que tampoco, porque si no no hubieran hecho kshowmail para dar esa funcionalidad. Fetchmail, desde luego que no.
P.D. De todos modos, como soy ateo mi juramento no vale mucho, pero tampoco puedo prometerlo por mi honor, ya que este es dudoso, así que solo te queda confiar o no en mi palabra. :-)
Vale, pero lo que yo te quiero decir es que ese comportamiento es una excepción. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFELk41tTMYHG2NR9URAijFAJ4jQOYm5VIZyHu+bwg0SEJHaEA5CwCbBlWV dkt2yBnsbDU9W2ZhAKsWeps= =dfEO -----END PGP SIGNATURE-----
El 30/03/2006 21:59:02 Kubuntu Rule´s escribió: greenfrognet> e seguido al pie de la letra un sin fin de manuales pero son para otras greenfrognet> Distro o para otras versiones de suse, pero a la hora de seguirlos me e greenfrognet> encontrado con diferentes problemas greenfrognet> greenfrognet> Alguien tendra un Manual Url o algo para poder resolver este problema? Tengo la URL almacenada porque es un tema que se ha tocado infinidad de veces en la lista: http://bulma.net/body.phtml?nIdNoticia=2163 Es un completo manual en castellano para montar un sistema completo con Postfix+Cyrus. Aunque está basado en Debian, lo fundamental es ver como funciona el sistema, pero ni el montaje ni los "paths" diferentes tienen que preocuparte si montas los paquetes(están todos en tu distribución de SuSE) mediante YAST, teniendo en cuanta lo siguiente. 1.- Postfix se instala por defecto SIN autentificación y solo para el entorno de la red privada. Tendrás que añadir cosas a la configuración de Postfix si necesitas usarlo fuera del entorno de red. (p.e. para conexiones remotas a través de Internet) 2.- El servidor POP que se instalaba por defecto en las versiones 9.x de SuSE no soportaba correctamente los métodos de autentificación. Había que cambiarlo por otro que si lo hiciera. Por ejemplo "qpoper". Eso puede suponer modificar alguna línea en en el gestor de servicios de internet (xined y/o ined) 3.- A efectos de añadir el método de autentificación si utilizas Cyrus como mucho deberás cambiar una sola línea en el fichero de configuración y puede que añadir algo al fichero master de control de Postfix. Si te embarcas en la aventura, no dudes en preguntar, poniendo los errores concretos que te da y el máximo de información posible. -- Saludos, Josep M. Queralt
El 31/03/06, Josep M. Queralt escribió:
Es un completo manual en castellano para montar un sistema completo con Postfix+Cyrus.
Pues como haga "tal cual": apt-get install libsasl2 sasl2-bin libsasl2-modules Veamos qué pasa... X-) El manual es para Debian, los comandos que ponen no le servirán para SuSE (la idea general del manual, sí).
3.- A efectos de añadir el método de autentificación si utilizas Cyrus como mucho deberás cambiar una sola línea en el fichero de configuración y puede que añadir algo al fichero master de control de Postfix.
El problema de Cyrus es configurarlo a él mismo, es complejo. En el manual hablan de los certificados y cómo generarlos, pero ojo, que si no son otorgados por una entidad certificada (Verising, Thatwe, etc.) habrá que añadir el mismo en cada navegador para que no genere preguntas del tipo "este certificado no está expedido por una entidad de confianza..." cada vez que se envía un correo por canal seguro. :-P Saludos, -- Camaleón
El 31/03/2006 9:35:02 Camaleón escribió: noelamac> Pues como haga "tal cual": No dramaticemos. :-) noelamac> apt-get install libsasl2 sasl2-bin libsasl2-modules noelamac> noelamac> Veamos qué pasa... X-) El manual es para Debian, los comandos que noelamac> ponen no le servirán para SuSE (la idea general del manual, sí). No los necesita. :-) Lo ponía en el mensaje. Que use YAST y los paquetes de la distribución noelamac> noelamac> > 3.- A efectos de añadir el método de autentificación si utilizas Cyrus noelamac> > como mucho deberás cambiar una sola línea en el fichero de configuración y noelamac> > puede que añadir algo al fichero master de control de Postfix. noelamac> noelamac> El problema de Cyrus es configurarlo a él mismo, es complejo. Quizá me expresé mal. Me refería a Cyrus-SASL (el método de autentificación) no al servidor IMAP. En otro mensaje le recomendaba que "pasara" de usar IMAP+ Horde/Squirrel y que usara el módulo "usermin" de webmin. noelamac> que si no son otorgados por una entidad certificada (Verising, Thatwe, noelamac> etc.) habrá que añadir el mismo en cada navegador para que no genere noelamac> preguntas del tipo "este certificado no está expedido por una entidad noelamac> de confianza..." cada vez que se envía un correo por canal seguro. noelamac> noelamac> :-P Pues además no son nada baratos. -- Saludos, Josep M. Queralt
El 31/03/06, Josep M. Queralt escribió:
Pues además no son nada baratos.
Sí lo son ;-), al menos los de algunas empresas: http://www.ipsca.com/es/Certificates/SSL-Server-Certificates.asp http://www.instantssl.com/ Saludos, -- Camaleón
El 31/03/2006 12:03:51 Camaleón escribió: noelamac> > Pues además no son nada baratos. noelamac> noelamac> Sí lo son ;-), al menos los de algunas empresas: noelamac> noelamac> http://www.ipsca.com/es/Certificates/SSL-Server-Certificates.asp noelamac> http://www.instantssl.com/ Este es un gran ejemplo de definición de conceptos subjetivos tales como "caro" y "barato" :-) Para mi continúa siendo caro .... -- Saludos, Josep M. Queralt
El 31/03/06, Josep M. Queralt escribió:
Este es un gran ejemplo de definición de conceptos subjetivos tales como "caro" y "barato" :-)
Para mi continúa siendo caro ....
Hombre, para mi y para ti, puede ser que sí (aunque tampoco lo veo excesivo). Para una empresa, no. Obviamente, ese tipo de certificados se instalan en servidores de empresa, no en una red local de 4 equipos. :-) Saludos, -- Camaleón
El 31/03/06, Josep M. Queralt
El 31/03/2006 9:35:02 Camaleón escribió:
[...]
noelamac> que si no son otorgados por una entidad certificada (Verising, Thatwe, noelamac> etc.) habrá que añadir el mismo en cada navegador para que no genere noelamac> preguntas del tipo "este certificado no está expedido por una entidad noelamac> de confianza..." cada vez que se envía un correo por canal seguro. noelamac> noelamac> :-P
Pues además no son nada baratos.
mmm... se apoyamos el proyecto openca (http://www.openca.org/) (http://www.openca.org/openca/) puede que algun dia todos los SO/softwares lo reconozcan por defecto y podremos utilizarlo como autoridad certificadora sin coste alguno !!!! salu2 -- -- Victor Hugo dos Santos Linux Counter #224399
participants (9)
-
Alfredo J. Varas
-
aux
-
Camaleón
-
Carlos E. R.
-
Dino Kerriou
-
Josep M. Queralt
-
Kubuntu Rule´s
-
miguel gmail
-
Victor Hugo dos Santos