El vie, 09-09-2005 a las 09:52 +0200, Camaleón escribió:

On 9/9/05, Jonathan J. Vargas R. wrote:

...

necesito instalar un servidor de correo en SuSE que sea sencillo de instalar y mantener posteriormente, me gustaria usar Qmail, pero no se si habra alguna solucion completa que permita integrar qmail en SuSE 9.3?

En la elección de un servidor de correo u otro también deberás tener en cuenta otros factores, como la entrega del correo a los usuarios.

El qmail es el único mta que viene con su propio servidor pop3, si lo necesitas; y si no, se instala el vpopmail, que es lo que siempre suele hacerse, aunque depende, claro está, de las necesidades concretas del administrador. Vpopmail va muy bien, porque es un servidor pop multidominio, que sólo lo maneja un usuario.

Algunos servidores MTA trabajan mejor con ciertos programas POP3 /

Claro, porque son monolíticos y, por eso, no fucnionan bien cuando los sacas de su "ámbito". ¡Por eso no uso ya jamás ni Postfix ni, por supuesto, Sendmail! En cambio, a qmail le puedes instalar el servidor pop que te dé la real gana (yo antes lo usaba con el desastre de qpopper). ¡Flexibilidad, ante todo! O sea, software bien hecho. Y nada más.

IMAP así como otro tipo de servicios (como herramientas anti-spam y anti-virus...), vamos, que vienen preparados para A qmail le puedes instalar el programa anti-spam y anti-virus que te dé también la real gana. Yo lo tengo con el spam-assassin y el clam, y no veas lo bien que van.

integrar los servicios de una manera más sencilla, por lo que Un buen servidor de correo sólo debe hacer bien un sólo servicio: funcionar.

dependerá también de los "extras" que quieras adjuntar al servidor de correo. Para qmail hay infinidad de "parches" (más bien, "add-ons"), con los que puedes, si quieres, volver del revés el servidor, y hacer con él auténticos encajes de bolillos. Lo volveré a decir: si es que nos gusta complicarnos la vida... y no lo entiendo.

De todas formas, en SuSE te recomiendo Postfix, por lo que te comenta Carlos E.R, se integra perfectamente en el sistema (actualizaciones, parches...), además de ser sencillo de configurar y mantener.

Jeje... La última versión de qmail es la 1.03 y salió hacia el año 1998. ¿Se necesita estar siempre pendiente de parches de seguridad con él? ¿No resulta más cómodo? La supuesta integración con el sistema no es ningún problema: yo llevo instalado qmail, vpopmail y tcpserver con SuSE desde las versiones 6.x y siempre ha sido fenomenal. Si un servidor necesita ser parcheado constantemente, algo olerá mal...

Saludos,

Un abrazo, Alejandro.

-- Camaleón

El vie, 09-09-2005 a las 09:56 +0200, Josep M. Queralt escribió:

On Thu, 8 Sep 2005 16:25:13 -0600 "Jonathan J. Vargas R." wrote:

jonathan.j.vargas> necesito instalar un servidor de correo en SuSE que sea sencillo de jonathan.j.vargas> instalar y mantener posteriormente, me gustaria usar Qmail, pero no se jonathan.j.vargas> si habra alguna solucion completa que permita integrar qmail en SuSE jonathan.j.vargas> 9.3?

Por las referencias que tengo, QMAIL no se lleva demasiado bien con SUSE, Lo siento. Te equivocas.

no se si tiene RPM para su instalación y por alguna parte he leído que No. El qmail hay que bajarse los ficheros de fuentes y compilarlo, para que se "ajuste" de la mejor manera posible a la máquina.

las últimas versiones de QMail no son compatibles con "inetd".

¡Pues claro! Como que qmail no necesita ese antediluviano "wrapper" que es inetd. Yo jamás lo activo y ni siquiera lo instalo. Además, qmail incluye su propio tcpserver, que, como no podía ser menos, es infinitamente mejor que inetd o su variante xinetd.

Lo que si es seguro es que si lo instalas en SuSe, YAST no te hará su mantenimiento. ¡Ni falta que le hace! Creo que abusáis demasiado del yast. Hay ocasiones en que es mejor no usarlo, incluso. Lo sé por experiencia. Además, y vuelvo a insistir, qmail no necesita ningún tipo de mantenimiento: sólo que no se apague la máquina, que no le caiga un rayo o que un incendio se lo coma con patatas fritas.

Puedes usar PostFix o SendMail.

De sendmail, hay que olvidarse ya de una vez.

Para mi gusto Postfix es más fácil de configurar que SendMail, aunque eso es siempre subjetivo. :-) Claro, jeje.

Un abrazo, Alejandro.

El vie, 09-09-2005 a las 10:59 +0200, Josep M. Queralt escribió:

On Fri, 09 Sep 2005 10:11:23 +0200 AleOP wrote:

aop> > aop> > Por las referencias que tengo, QMAIL no se lleva demasiado bien con SUSE, aop> Lo siento. Te equivocas.

Pues va a ser que no ....

aop> > las últimas versiones de QMail no son compatibles con "inetd". aop> aop> ¡Pues claro! Como que qmail no necesita ese antediluviano "wrapper" que aop> es inetd. Yo jamás lo activo y ni siquiera lo instalo. Además, qmail aop> incluye su propio tcpserver, que, como no podía ser menos, es aop> infinitamente mejor que inetd o su variante xinetd.

Ves como no me equivocaba :-) Pues no. ¿El que no quiera activar ni instalar inetd significa acaso que

Jejeje... Además de ser una frase demasiado recurrente ya, te digo que sí. por eso es incompatible? De eso nada. Es más, yo al principio, instalaba sólo qmail, sin el tcpserver y lo usaba con inetd, incluyendo la acostumbrada línea en el inetd.conf, pero, ¡es que inetd es un daemon de los más inseguros! Sólo por eso. No por que sea incompatible. Puedo asegurarte que con el inetd funcionaba qmail perfectamente, pero lo quité después, porque el mismo autor de qmail (Dan Bernstein) recomendaba que se hiciera así, y describía los fallos enormes de seguridad que acarrearía utilizarlo, además de que enlentece lo suyo cualquier servicio, no sólo qmail, sino cualquier otro que sí esté "integrado" con SuSE. De hecho, ¿por qué últimamente SuSE tampoco lo incluye, y lo ha sustituido por el xinetd? Si es tan seguro y fiable como dices, me imagino que lo seguiría usando, ¿o me equivoco ahora también?

aop>> no se si tiene RPM para su instalación y por alguna parte he leído que aop>No. El qmail hay que bajarse los ficheros de fuentes y compilarlo, para aop>que se "ajuste" de la mejor manera posible a la máquina.

Bueno, bajarse los fuentes y compilarlos no creo yo que sea una buena definición de "instalación sencilla" que es lo que se pedía en el correo original. :-)

¡Cómo que no! ¿Has echado un vistazo a la página de shupp.org? Con sólo hacer copiar y pegar ¡tienes instalado el qmail, el vpopmail, el tcpserver, el imap con el squirrel, anti-spam, antivirus, certificado de seguridad, etc....!

aop> De sendmail, hay que olvidarse ya de una vez.

Todo es cuestión de gustos y de usos.

Jeje... Seguro que eso lo dices porque todavía no has probado qmail. Creo que nos empeñamos demasiado en nuestros propios gustos. Yo antes también sólo usaba sendmail, luego Postfix, buscando algo más, y me topé con qmail, gracias a los consejos de un buen amigo, y ahora no lo cambio por nada del mundo. Pero, ¿ves? yo ahora me empeño en mi propio gusto, porque antes he usado prácticamente de todo, y puedo hablar con conocimiento de causa.

Y que conste que no tengo ninguna manía ni experiencia con "Qmail", todas las referencias son "de oídas", salvo que es el MTA que se usa en "Hotmail", pero eso no se si es bueno o es malo. :-)

Jeje... bien, lo entiendo. Pues, es, además, el servidor de correo de Network Solutions, por ejemplo, el de Yahoo, el de la ONCE; me dijeron que también que en algo de Telefónica, etc., etc., etc. Ah, ¡incluido el de esta misma lista de SuSE! Si es que no hay color. Te lo aseguro. Un abrazo, Alejandro.

El vie, 09-09-2005 a las 11:36 +0200, SAT Ivico escribió:

ALEOP escribio:

...

QMAIL, ¿Has echado un vistazo a la página de shupp.org? Con sólo

Asi de facil es instalar qmail? Sí.

yo intente una vez instalar la 1.03, Claro, es la última versión, la cual, lo he dicho ya, salió allá por el año 1998...

durante la instalacion me daba varios errores,

¿El eror del "errno" de las librerías del compilador de C, si no recuerdo mal? Bueno, insisto, en shupp.org el paquete que se baja es el netqmail-1.05, que es el qmail.1.03 parcheado o con añadidos, para que no dé ese error absurdo de incompatilidad con las librerías, insignificante. ¿Y por unos errores sin importancia, totalmente subsanables con un simple "patch" ya abandonaste?

y en internet lei q necesitabas unos parches, los busque, los intente instalar, pero me seguia dando

Sólo se trata del errno.patch, que incluso haciendo un simple "echo gcc -O2 -include /usr/include/errno.h > conf-cc", lo solucionas. ¿Es esto difícil?

Al final lo deje por imposible

Jeje... si supieras cuántas veces, cuando empezaba yo con qmail, lo dejaba por imposible, y eso que por entonces no existía la fenomenal página de Bill Shupp, y había que hacerlo todo "a pelo", como uno podía, a trancas y barrancas, hasta que por fin lo eché a andar. ¡Y si supieras el inmenso gozo que tuve, casi un éxtasis mariano! La satisfacción al final, obviamente, es siempre mucho mayor. Una vez recuerdo que en la empresa de que fui el Administrador de Sistemas, me obligó mi jefe, llamándome por teléfono desde una convención en Sevilla, a que instalara a todo trapo, el qmail en el servidor que teníamos dedicado a httpd, ¡y me bajé los fuentes, compilé e instalé todo en media hora! Pero, esos tiempos ahora ya no existen. Ahora está la página de shupp, y es todo coser y cantar. De verdad. Salvo, claro está, que haya alguna cosa que te falte por tener, o qué sé yo. Pero, eso ocurre hasta con el Buscaminas, ¿o no?

ASi que esa pagina, esta todo lo que necesitas para que funcione qmail en suse 9.3? Que hay q bajar todos los archivos?

Luego, seria posible instalar squirrelmail para poder gestionar los usuario por web?, supongo. Claro. Es más, el web imap que viene en Shupp es, precisamente, el squirrelmail. A mí no me gusta los servidores imap, prefiero el pop. Pero, eso sí que son ya gustos como colores. Y para gestionar los usuarios y prácticamente todo, se instala un

Sí. Verás todo un párrafo con las líneas completas del wget, para crear los directorios donde irás guardando todos los paquetes, la compilación paso a paso... vamos, con copiar y pegar, es suficiente. programita (también con interfaz html), llamado "qmailadmin", que es tan sencillo de usar como comerte un chupa-chups.

Un saludo y gracias! De nada. ¿Tú también te animas a instalar de una vez qmail y olvidarte para siempre jamás del peñazo de Sendmail o de Postfix?

Jorge

(este tema esta muy interesante...)

Jeje, muy bien. Gracias sean dadas, pues. Un abrazo, Alejandro.

AleOP wrote:

...

...

lei hace no mucho en alguna pagina de bsd las razones por las que no usan xinetd... si la encuentro otra vez te lo envio. Sí. Que es inseguro, y, además, porque qmail viene con un tcp-wrapper

El vie, 09-09-2005 a las 12:19 +0200, miguel listas escribió: propio, llamado tcpserver, que le da cien mil vueltas al inet, al xinetd, y a todo el que se le ponga por delante. Es más, y sirva como ejemplo, el mismísimo autor del Pure-FTPd recomienda que, en caso de querer instalar su servidor de ftp con algún wrapper, sea con el tcpserver de Dan Bernstein.

...

¡Cómo que no! ¿Has echado un vistazo a la página de shupp.org? Con sólo hacer copiar y pegar ¡tienes instalado el qmail, el vpopmail, el tcpserver, el imap con el squirrel, anti-spam, antivirus, certificado de seguridad, etc....!

a ver a ver, igual dentro de unos meses, tengo que instalar un servidor de correo. Mi jefe quiere poner Exchange, y yo la he dicho que mejor algo OS.

Puf, antes que Exchange, ¡que instale Sendmail! Linux es linux, incluso con sendmail.

Si me decidiese por qmail para presentarle a mi jefe, que ventajas le tendria que mostrar (mi jefe es de una consultora, nuestro cliente una constructora)?

Háblale de la seguridad (Dan Bernstein ofrece todavía una recompensa de 1000$, si no recuerdo mal, a quien consiga romperlo, y lo mejor de todo es que nadie aún ha reclamado dicha recompensa); dile, también, que una vez instalado y configurado, os vais a olvidar siquiera que tenéis un servidor de correo. Dile, además, que es muy rápido, muy robusto, ampliable si hiciese falta, etc., etc., etc. Prácticamente, cualquier cosa que digas sobre qmail seguro que le va de maravilla.

Si actualizo la version del SO instalado (tipicamente seria una suse o una debian), que ocurre con qmail? Crearía una particion para /var/mail, por ejemplo? Nada. Es más, recuerdo que Debian venía (¿o sigue viniendo?) con qmail, en la misma distro. Y ahora Bill Shupp ha probado el apt de Debian, y lo recomienda, más que nada por la comodidad que supone, pero no por nada en especial del sistema. Yo siemrpe he instalado qmail sobre SuSE (bueno, una vez probé en un FreeBSD, y claro, me encantó), y jamás he tenido problemas. Es más, ahora en mi servidor doméstico, tengo qmail, por supuesto. En cuanto a la partición, sería, más bien, "/var/qmail", y otra "/service", para instalar en él todos los enlaces del tcpserver, y los servicios propios del qmail, en el que con sólo crear el enalce simbólico arrancas ya el servicio. Mira que bien.

Como (a grandes rasgos) se configurarian usuarios virtuales (~200)? Vpopmail creo que soporta más de cien mil usuarios virtuales. Por defecto, se instala con una opción que sirve para indicarle que vas a crear muchos directorios y usuarios. En la empresa donde trabajé, había cerca de mil empresas conectadas, y cada una de ellas con un buen número de cuentas, y no veas el cambio que notaron cuando borré Sendmail e instalé qmail.

Sirve para hacer mailbombing? (por supuesto, direcciones autorizadas!!) Jajajajajajajajajajajaja... sí, hombre, sí, lo que quieras. Es más, para gastar bromas a mi ex-jefe, una vez creé el dominio "moncloa.es" y la cuenta "Presidencia-del-Gobierno@", le escribí un mensaje felicitándole por su labor en pro de Internet y bla, bla, bla... y no veas el susto que se dio.

A veces, también para gastar bromas, creo dominios virtuales como "hotmail.com" o "gmail.com" o "microsoft.es" y puedo asegurarte que qmail me deja hacer lo que quiera.

Qué hw necesito para enviar, segun creo recordar, unos 30 o 35K mails por hora?

Sobre todo, RAM. Aunque también se puede configurar la cantidad de RAM que quieres utilizar (¿eso también lo tiene Sendmail o Postfix?), con hacer unas mínimas pruebas al principio, ajustas el servidor a tus gustos. Pero, no hace un HW especial para qmail. Es más, mi primer servidor en mi propia empresa-negocio-tienda que tuve, era un Pentium 150 con 64 MB de RAM, y te aseguro que tiraba de maravilla.

(estoy vago:) usa maildir o mailbox? (usuarios virtuales)

Bueno, qmail instala por defecto maildir, puesto que es el sistema de buzones que creó el mismo Dan Bernstein. Pero, como no podía ser de otra forma, si lo prefieres, puedes configurarlo con mailbox, pero es absurdo: pudiendo aprovechar las maravillas del sistema maildir, eso significaría desaprovechar las capacidad y bondades de qmail.

...

...

aop> De sendmail, hay que olvidarse ya de una vez.

en esto si estoy de acuerdo.

¡Hombre, gracias!

Tenia un compañero hace poco que se peleo durante mucho tiempo con el sendmail. Cuando hicimos una herramienta de monitorización de unos sistemas que enviaba alarmas a través de email, no pudo volver a concentrarse en el sendmail (le salian granos en la piel, sudores frios, alergias inexplicables al teclado, etc).

Jajajajajajajajajajajajajajajajajajaja...

Le recomende el postfix para solaris, y una hora lo tuvo funcionando. Me invito a unas cañas :D

Me alegro, jajajajaja-

...

Jeje... Seguro que eso lo dices porque todavía no has probado qmail. Creo que nos empeñamos demasiado en nuestros propios gustos. Yo antes también sólo usaba sendmail, luego Postfix, buscando algo más, y me topé con qmail, gracias a los consejos de un buen amigo, y ahora no lo cambio por nada del mundo. Pero, ¿ves? yo ahora me empeño en mi propio gusto, porque antes he usado prácticamente de todo, y puedo hablar con conocimiento de causa.

repito la pregunta, que el sistema tiene que ser valido para unos cuantos años: Que pasa con qmail si actualizo el sist. operativo? No se rompen dependencias, etc? Si opto por un postfix integrado en la distribucion que utilice, al actualizar el SO, actualizo y me aseguro del funcionamiento del mta!!

...

...

Y que conste que no tengo ninguna manía ni experiencia con "Qmail", todas las referencias son "de oídas", salvo que es el MTA que se usa en "Hotmail", pero eso no se si es bueno o es malo. :-)

bueno, eso es definitivamente bueno. Hotmail no nacio de la mano de MS, sino que MS lo compro a sus creadores (creo que Israelies). ¡Cierto! Hotmail usaba Unix, con qmail, y cuando lo compró Moco$oft, en seguida borraron todo rastro de qmail, e instalaron su Exchange... ¡y tuvieron que quitarlo y volver a poner qmail (¡con linux!) a las

Yo he actualizado el sistema (por ejemplo, de un SuSE 8.x a otra versión posterior), varias veces, y jamás me ha sucedido nada. Con no tocar nada de la partición /var y el /home/vpopmail, por ejemplo, no tendrás ningún problema. Puedo asegurártelo. primeras de cambio, porque se colapsó y había más quejas que las que tiene el Defensor del Pueblo! Esto es cierto. El mismo Dan Bernstein y su amigo Dave Sill lo cuentan.

Cuando lo intentaron migrar a herramientas de MS el pete que pego fue tremendo. Finalmente, creo que sólo migraron el front-end de hotmail.

No, ahora sigue utilizando qmail para hacer los reenvíos, y ¡con linux! Digan lo que digan.

--

Saludos, ¿Tú eres mi paisano? Un abrazo, Alejandro.

Miguel

El vie, 09-09-2005 a las 14:30 +0200, Carlos E. R. escribió:

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

El 2005-09-09 a las 11:18 +0200, AleOP escribió:

...

Jeje... bien, lo entiendo. Pues, es, además, el servidor de correo de Network Solutions, por ejemplo, el de Yahoo, el de la ONCE; me dijeron que también que en algo de Telefónica, etc., etc., etc. Ah, ¡incluido el de esta misma lista de SuSE!

Eso último no es exacto - ya lo he comentado varias veces.

El servidor de la lista, y unicamente el servidor de la lista, es qmail. Pero el resto no, es postfix. Observa, mirando en las cabeceras de los correos directos, se puede ver lo que usan:

by mx2.suse.de (Postfix) by mx1.suse.de (Postfix) Cantor.suse.de (Postfix) SUSEshop --> Postfix Novell_GroupWise

La máquina del servidor de la lista usa qmail porque el programa que maneja la lista es ezmlm, y éste exige qmail; ese es el unico motivo... lo dijo uno de los administradores hace años.

Carlos, perdona, pero, ¿qué es lo que he dicho yo? Que el servidor que maneja ESTA LISTA es qmail, porque es ezmlm, y en efecto, éste es una parte más de qmail... me llegan a veces correos del ezmlm, cuando mi máquina se queda sin conexión y me avisa de que no me han llegado correos. Sí. Lo sé. Un abrazo, Alejandro.

Bueno , ya que estamos en correo: Uso mucho postfix por la combinacion: Postfix+Mysq+SASL+Courier+TLS/SSL. MI pregunta es con qmail puedo hacer esta configuracion de manejar usuarios virtuales basicamente asi como dominios.? *-------------------------------------------------------* *-Edwin Quijada *-Developer DataBase *-JQ Microsistemas *-809-747-2787 * " Si deseas lograr cosas excepcionales debes de hacer cosas fuera de lo comun" *-------------------------------------------------------*

From: AleOP To: suse-linux-s@suse.com Subject: Re: [suse-linux-s] Servidor de correo Date: Fri, 09 Sep 2005 11:18:45 +0200

El vie, 09-09-2005 a las 10:59 +0200, Josep M. Queralt escribió:

...

On Fri, 09 Sep 2005 10:11:23 +0200 AleOP wrote:

aop> > aop> > Por las referencias que tengo, QMAIL no se lleva demasiado bien con SUSE, aop> Lo siento. Te equivocas.

Pues va a ser que no ....

Jejeje... Además de ser una frase demasiado recurrente ya, te digo que sí.

...

aop> > las últimas versiones de QMail no son compatibles con "inetd". aop> aop> ¡Pues claro! Como que qmail no necesita ese antediluviano "wrapper" que aop> es inetd. Yo jamás lo activo y ni siquiera lo instalo. Además, qmail aop> incluye su propio tcpserver, que, como no podía ser menos, es aop> infinitamente mejor que inetd o su variante xinetd.

Ves como no me equivocaba :-) Pues no. ¿El que no quiera activar ni instalar inetd significa acaso que por eso es incompatible? De eso nada. Es más, yo al principio, instalaba sólo qmail, sin el tcpserver y lo usaba con inetd, incluyendo la acostumbrada línea en el inetd.conf, pero, ¡es que inetd es un daemon de los más inseguros! Sólo por eso. No por que sea incompatible. Puedo asegurarte que con el inetd funcionaba qmail perfectamente, pero lo quité después, porque el mismo autor de qmail (Dan Bernstein) recomendaba que se hiciera así, y describía los fallos enormes de seguridad que acarrearía utilizarlo, además de que enlentece lo suyo cualquier servicio, no sólo qmail, sino cualquier otro que sí esté "integrado" con SuSE. De hecho, ¿por qué últimamente SuSE tampoco lo incluye, y lo ha sustituido por el xinetd? Si es tan seguro y fiable como dices, me imagino que lo seguiría usando, ¿o me equivoco ahora también?

...

aop>> no se si tiene RPM para su instalación y por alguna parte he

...

aop>No. El qmail hay que bajarse los ficheros de fuentes y compilarlo,

leído que para

...

aop>que se "ajuste" de la mejor manera posible a la máquina.

Bueno, bajarse los fuentes y compilarlos no creo yo que sea una buena definición de "instalación sencilla" que es lo que se pedía en el correo original. :-) ¡Cómo que no! ¿Has echado un vistazo a la página de shupp.org? Con sólo hacer copiar y pegar ¡tienes instalado el qmail, el vpopmail, el tcpserver, el imap con el squirrel, anti-spam, antivirus, certificado de seguridad, etc....!

aop> De sendmail, hay que olvidarse ya de una vez.

Todo es cuestión de gustos y de usos.

Jeje... Seguro que eso lo dices porque todavía no has probado qmail. Creo que nos empeñamos demasiado en nuestros propios gustos. Yo antes también sólo usaba sendmail, luego Postfix, buscando algo más, y me topé con qmail, gracias a los consejos de un buen amigo, y ahora no lo cambio por nada del mundo. Pero, ¿ves? yo ahora me empeño en mi propio gusto, porque antes he usado prácticamente de todo, y puedo hablar con conocimiento de causa.

...

Y que conste que no tengo ninguna manía ni experiencia con "Qmail", todas las referencias son "de oídas", salvo que es el MTA que se usa en "Hotmail", pero eso no se si es bueno o es malo. :-)

Jeje... bien, lo entiendo. Pues, es, además, el servidor de correo de Network Solutions, por ejemplo, el de Yahoo, el de la ONCE; me dijeron que también que en algo de Telefónica, etc., etc., etc. Ah, ¡incluido el de esta misma lista de SuSE! Si es que no hay color. Te lo aseguro.

Un abrazo, Alejandro.

-- Para dar de baja la suscripcin, 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

_________________________________________________________________ Consigue aquí las mejores y mas recientes ofertas de trabajo EE.UU. http://latino.msn.com/empleos

On Fri, 09 Sep 2005 14:33:10 +0000 "Edwin Quijada" wrote: listas_quijada> MI pregunta es con qmail puedo hacer esta configuracion de manejar usuarios listas_quijada> virtuales basicamente asi como dominios.? Para el tema de los dominios no dependes del MTA que utilices, sino de configurarlo en el BIND. -- Salutacions - Saludos, Josep M. Queralt

Pues no. El qmail, precisamente trabaja basándose en dominios, no en ip.

Ya, y te has preguntado como saben los mensajes a donde tienen que ir ? Y una vez llegan a que servidor virtual tiene que mandarlos ? Pues precisamente por eso necesitas tener configurado BIND. QMAIL puede ser cojonudo y bla, bla, bla ... que no lo dudo, pero cada cosa debe estar en su lugar, y si se usan dominios virtuales es necesario tener configurado BIND. -- Salutacions - Saludos, Josep M. Queralt

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2005-09-10 a las 10:18 +0200, AleOP escribió:

...

QMAIL puede ser cojonudo y bla, bla, bla ... que no lo dudo, pero cada cosa debe estar en su lugar, y si se usan dominios virtuales es necesario tener configurado BIND.

Ya. Eso es obvio. Pero, la pregunta no era ésa. Es más, con un simple dnscache y vpopmail, tienes un servidor de correo cojonudo. Sí, señor. Por eso digo que la pregunta no era ésa, no que iba referida a resolución de nombres de dominio, sino a dominios virtuales de correo.

Me da la impresión que un dominio virtual de correo ha de estar resuelto en el servidor de nombres. Se trata de que cuando en el exterior se mande un correo a fulano@virtual.es sepa a que máquina hay que enviarlo. Lo cual implica configurar el bind, o el servidor de nombres del proveedor. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFDIsvwtTMYHG2NR9URAgneAJ9jQTAvhhTauKpcC2giXDHkH4CtfwCeInyo k6qC//vFNPCUuaQajG+uoDs= =PCtv -----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2005-09-10 a las 15:01 +0200, AleOP escribió:

Y dale... Que no. Que lo que se trata es de tener en un directorio, como es, por ejemplo, "/home/vpopmail/domains/" todos los dominios, y cada uno de estos dominios, con los usuarios que se quieran tener. Y de ahí lo de "dominios virtuales", independientemente del dns. Que eso es otra cosa. Así, se pueden tener cuantos dominios se quiera, sin interferir en absoluto con el propio del sistema, otras cuentas, etc. Y además, todo lo controla un solo usuario, llamado, concretamente, "vpopmail:vchkpw". ¿A que está bien?

Estábamos hablando de correo, no de servidor de nombres.

Si, pero insisto en que para que los servidores virtuales de _correo_ funcionen precisan configurar el servidor de nombres también, si no jamás llegarán, dará nombre inexistente - por mucho que le digas al qmail que los acepte. Nadie en internet sabrá que tu servidor qmail maneja ese dominio virtual de correo si no se lo dices al mundo. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFDIu/WtTMYHG2NR9URAq4MAJ0Y9mbTeDzIzIqv0uoyVqs/CYGMLwCeJRih szS7koR2a5npw4unNR7lB3s= =mpUf -----END PGP SIGNATURE-----

Sendmail ni Postfix (bueno, éste sí, con vpopmail también se puede configurar el servidor de correo multidominio y monousuario) admiten esa posibilidad; sólo con los aliases y todo aquel follón (casi ya comienzo a olvidarme por completo de él).

Tanto SendMail como Postfix admiten lo que llamas "sevidores virtuales de correo " SIN necesidad de tener que utilizar "aliases". Cada dominio tiene su propio usuario-administrador en el servidor, en la máquina, con sus correspondientes servicios, y entre ellos el de correo, pudiendo crear, a partir de este, infinitos usuarios de correo para el propio dominio. Simplemente los dominios deben tener ese usuario primario, estar listados en SendMail o Postfix y configurados en BIND. Todos los dominios pueden compartir el mismo nombre de DNS o crear un nombre de DNS para cada uno o algunos de ellos independientemente, pero eso ya es cosa de BIND. -- Salutacions - Saludos, Josep M. Queralt

...

Tanto SendMail como Postfix admiten lo que llamas "sevidores virtuales

No. No son "servidores" virtuales; son DOMINIOS virtuales. Imagino que habrá sido un lapsus.

Si, empieza por utilizar "sevidores" en lugar de la palabra correcta "seRvidores". En tus propias palabras: 'servidores de correo que proporcionaran la posibilidad de configurar los dominios como "virtuales".'

Pero, con Sendmail y cerca de mil empresas conectadas, NO se podían hacer dominios virtuales, de la forma que lo hace qmail-vpopmail.

Eso es evidente, cada programa tiene su forma de trabajar. No obstante, yo hago las configuraciones, tanto de Sendmail como de Postfix a traves de "webmin" y eso facilita mucho el trabajo. digo que ya era hora, pero que seguiré usando y recomendando (por otras

muchas razones que ya he expuesto) qmail.

Si, eso ya se nota. :-)

Bueno, lo del bind será para quien lo use. Yo desde luego,no. Pero, mira que os empeñáis en hablar de dns, cuando sólo estamos hablando de correo. ¿A que no habláis tanto de servidores de nombres, cuando, por ejemplo, se trata de ftp, o de web? En fin...

La configuración de BIND o de otro servidor de nombres DNS hay que hacerla igual para poder conectar la máquina al exterior. Da igual que se trate de configurar un servidor FTP, HTTP, Correo; en cualquier caso la máquina debe saber resolver las peticiones Salvo en el caso que se requieran nombres del tipo "correo.dominio.com", "ftp.dominio.com" etc. con solo saber resolver el nombre de "dominio.com" en el DNS ya es suficiente por que cada servicio ya escucha en el puerto correspondiente. -- Salutacions - Saludos, Josep M. Queralt

El dom, 11-09-2005 a las 02:21 +0200, Josep M. Queralt escribió:

...

...

...

Tanto SendMail como Postfix admiten lo que llamas "sevidores virtuales No. No son "servidores" virtuales; son DOMINIOS virtuales. Imagino que habrá sido un lapsus.

Si, empieza por utilizar "sevidores" en lugar de la palabra correcta "seRvidores".

¿Cómorl? ¿Queeee?

Que yo escribí "sevidores" en lugar de "seRvidores" Entendido ahora ?

...

En tus propias palabras: 'servidores de correo que proporcionaran la posibilidad de configurar los dominios como "virtuales".'

Me parece que te estás haciendola picha un lío. Lee bien y entenderás.

Pero si eso está "copiado y pegado" de un correo tuyo !!!!

...

Eso es evidente, cada programa tiene su forma de trabajar. No obstante, yo hago las configuraciones, tanto de Sendmail como de Postfix a traves de "webmin" y eso facilita mucho el trabajo.

Puf, espero que nunca se te joda nada. Como el módulo de webmin sea nuevo y tenga un bug, ya te enterarás de lo que vale un peine.

En los últimos 4 años no me ha dado ningún problema. Toco madera ....

...

La configuración de BIND o de otro servidor de nombres DNS hay que hacerla igual para poder conectar la máquina al exterior. Da igual que se trate de configurar un servidor FTP, HTTP, Correo; en cualquier caso la máquina debe saber resolver las peticiones

¿No me digas? ¡Gracias, no lo sabía! Me creía que un servidor de nombres era para nominar un recién nacido...

Pues si, se trata de eso, hacer nacer servidores nuevos en la red. Cuando se tiene conexión remota con él es como un recién nacido al que has visto nacer. Queda muy poético

...

Salvo en el caso que se requieran nombres del tipo "correo.dominio.com", "ftp.dominio.com" etc. con solo saber resolver el nombre de "dominio.com" en el DNS ya es suficiente por que cada servicio ya escucha en el puerto ¿Así, sin alias ni nada? Pues me resulta difícil que te funcione en Bind ftp.dominio.com, si no le tienes puesto la línea de alias en el fichero de zona. Pero, en fin, las verdades son las verdades.

Has leído el párrafo antes de contestarlo ??? No, verdad ? Si no quieres subir la vista, no te preocupes, yo te lo vuelvo a escribir: "Salvo en el caso que se requieran nombres del tipo ... ftp.dominio.com con solo resolver el nombre de "dominio.com" en el DNS .... " En fin, que esta discusión la estás llevando a límites absurdos y demasiado agresivos, o al menos esto es lo que me parece,, y como yo no soy capaz de peleame ni por Qmail, ni por Postfix ni por casi nada, pues eso, no voy a continuar más con este tema ni ha contestar más mensajes sobre este "subject" Me permito suponer que no has hecho vacaciones, así que te deseo que tengas unas muy buenas vacaciones cuando consigas hacerlas. -- Salutacions - Saludos, Josep M. Queralt