Servidor de correo
Hola, 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? De no ser qmail fiable para instalacion rapida y mantenible en SuSE 9.3, alguna otra opcion que me recomienden para instalarla en SuSE 9.3.. como Postfix o algo mas ? Gracias. -- Jonathan J. Vargas Rodriguez jonathan.j.vargas@gmail.com "Conservar el silencio interior cuando vuelo en la tormenta me es mejor, porque asi ya no soy otra gota de la tempestad"
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2005-09-08 a las 16:25 -0600, Jonathan J. Vargas R. escribió:
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?
De no ser qmail fiable para instalacion rapida y mantenible en SuSE 9.3, alguna otra opcion que me recomienden para instalarla en SuSE 9.3.. como Postfix o algo mas ?
Tanto postfix como sendmail vienen en la distro, y SuSE se encarga de emitir los parches de seguridad pertinentes. El postfix es bastante más facil de configurar que el sendmail, en principio. El qmail es bueno, pero no está en la distro: su mantenimiento corre de tu cuenta. Es tu elección. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFDIMiJtTMYHG2NR9URAlq9AJ0XTjCfr8Yv4Ef+lUJQGaYhA5zunACeLf4P l7cgTrbzupTYWt/XGU+g6mw= =dgug -----END PGP SIGNATURE-----
El jue, 08-09-2005 a las 16:25 -0600, Jonathan J. Vargas R. escribió:
Hola,
Hola.
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? No lo pienses más e instálate qmail. En http://www.shupp.org tienes todo cuanto necesitas saber y hacer para instalarte el mejor servidor de correo que puedas tener jamás.
De no ser qmail fiable para instalacion rapida y mantenible en SuSE 9.3, alguna otra opcion que me recomienden para instalarla en SuSE 9.3.. como Postfix o algo mas ?
Jeje, qmail no necesita parches de seguridad. Por eso, ya sabrás lo que es desentenderse de mantener un servidor de correo seguro, rápido y eficaz.
Gracias.
Si necesitas algo más, dímelo. Alejandro.
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. Algunos servidores MTA trabajan mejor con ciertos programas POP3 / IMAP así como otro tipo de servicios (como herramientas anti-spam y anti-virus...), vamos, que vienen preparados para integrar los servicios de una manera más sencilla, por lo que dependerá también de los "extras" que quieras adjuntar al servidor de correo. 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. Saludos, -- Camaleón
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
On Thu, 8 Sep 2005 16:25:13 -0600
"Jonathan J. Vargas R."
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.
On Fri, 09 Sep 2005 10:11:23 +0200
AleOP
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.
ALEOP escribio:
QMAIL, ¿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....!
------------------------------------------------------------------------
Asi de facil es instalar qmail? yo intente una vez instalar la 1.03, durante la instalacion me daba varios errores, y en internet lei q necesitabas unos parches, los busque, los intente instalar, pero me seguia dando errores. Al final lo deje por imposible 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. Un saludo y gracias! Jorge (este tema esta muy interesante...)
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:
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 :-)
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.
¡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.
en esto si estoy de acuerdo. 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
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. 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)? 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? Como (a grandes rasgos) se configurarian usuarios virtuales (~200)? Sirve para hacer mailbombing? (por supuesto, direcciones autorizadas!!) Qué hw necesito para enviar, segun creo recordar, unos 30 o 35K mails por hora? (estoy vago:) usa maildir o mailbox? (usuarios virtuales) piel, sudores frios, alergias inexplicables al teclado, etc). Le recomende el postfix para solaris, y una hora lo tuvo funcionando. Me invito a unas cañas :D
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). 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.
-- Saludos, Miguel
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
-----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. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFDIYB6tTMYHG2NR9URAo1jAJ4s5e4zfzPCvs1QBb2sMsvSko/RbwCcC1Hq HtcudwRkEvM46Vj+ITA3Z+c= =KniA -----END PGP SIGNATURE-----
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.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2005-09-09 a las 17:52 +0200, AleOP escribió:
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é.
Yo lo que he querido decir es que la afirmación de que el servidor de la lista usa qmail no es exacta. Es cierto, pero no es toda la verdad ;-) El qmail recibe los correos a la lista a través de dos servidores de entrada que son postfix, por ejemplo. Y de hecho, me parece recordar que uno de los administradores me dijo que quitaría el qmail si no fuera por el ezmlm, que consideran el mejor manejador de listas de correo que existen. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFDIdgCtTMYHG2NR9URAvx0AJ43czOAVXWkuZiVR4Rs85nVp3iwLQCcCdUC ssM4n2iCAtygNlRV6T0JCTM= =gR76 -----END PGP SIGNATURE-----
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
El vie, 09-09-2005 a las 14:33 +0000, Edwin Quijada escribió:
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.?
Pues lo mismo. En el vpopmail le dices que lo vas a utilizar con mysql o con postgres (es sólo una opción más en el confgure, al compilarlo), y todo lo demás, el Courier ya lo dije en uno de los mensajes de hoy, que se puede instalar el sqwebmail o el squirrelmail. Y con respecto a TLS/SSL, tampoco hay problema, y ya verás que es mucho más fácil hacer que soporte el llamado correo seguro: tan sólo en el fichero de configuración, añadirle una opción en el arranque del qmail, porque en el proceso de instalación, le creas el certificado de seguridad, y qmail sabrá el tipo de autenticación que utilice el cliente. Lo de los usuarios virtuales también lo indiqué: vpopmail, aunque hay otro, pero éste es mejor o más conocido. Un abrazo, Alejandro.
On Fri, 09 Sep 2005 14:33:10 +0000
"Edwin Quijada"
El vie, 09-09-2005 a las 18:41 +0200, Josep M. Queralt escribió:
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.
Pues no. El qmail, precisamente trabaja basándose en dominios, no en ip. Pero lo que nuestro compañero pregunta es más bien si qmail y el servidor pop3 que se utilice con él soporta configuraciones multidominio, y ya he dicho que sí. Creo que me parecía oportuno decirlo. Si no, lo siento. Un abrazo, Alejandro.
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
El vie, 09-09-2005 a las 23:07 +0200, Josep M. Queralt escribió:
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.
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. Un abrazo, Alejandro.
-----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-----
El sáb, 10-09-2005 a las 14:05 +0200, Carlos E. R. escribió:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
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.
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. Alejandro.
-----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-----
El sáb, 10-09-2005 a las 16:38 +0200, Carlos E. R. escribió:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2005-09-10 a las 15:01 +0200, AleOP escribió:
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.
Que sí, hombre, que sí. Eso ya lo sabemos, pero, vuelvo a decir: estábamos hablando de servidores de correo que proporcionaran la posibilidad de configurar los dominios como "virtuales". Ya sé que la denominación no es demasiado feliz, pero así lo llama el mismo "vpopmail". Yo prefiero llamarlo servidor de correo MULTIDOMINIO. Y además, se llama así, porque es monousuario, lo que quiere decir que sólo lo maneja un usuario, el que ya mencioné antes, llamado "vpopmail:vchkpw". No es como lo hacen por lo general el Sendmail y el Postfix, que "coge" las cuentas del directorio "/home/usuario". No, qmail-vpopmail no lo hace así, sino que dentro del directorio /home/vpopmail/domains, se van incluyendo los dominios de que responda el DNS (ahora sí), y puede quedar una estructura de la siguiente forma: /home/vpopmail/domains/pepito.com/postmaster --> esta cuenta es obligatoria /home/vpopmail/domains/pepito.com/maripepi /home/vpopmail/domains/pepito.com/luisito Y con otro dominio: /home/vpopmail/domains/pijita.es/postmaster /home/vpopmail/domains/pijita.es/la-pija /home/vpopmail/domains/pijita.es/el-del-quinto-piso ... Etc. Éstos son "dominios virtuales", según vpopmail. Es igual que el Apache, por ejemplo, o el Pure-FTPd, con los usuarios. De hecho, se supone que, primero, primero, primero, antes de instalar un servidor de correo, sea el que sea, hay que dar por hecho que se tiene instalado, bien configurado y activado un servidor de DNS. Pero, es que ése NO era el caso en cuestión. 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). Por eso, ¿ves cómo no estábamos hablando en absoluto de el servidor de dns? Es más, qmail funcionará mejor si se instala incluso el servidor de nombres del mismo Dan Bernstein, llamado, como bien sabes, DJBDNS. Otra obra maestra del software, y que quien lo prueba, comenzará a denostar (como yo) al Bind, otro dinosaurio, que también hay que empezar a olvidar. Con tan sólo unos cuantos Kbytes de fichero de fuentes, te instalas el servidor de dns más fácil, más seguro, más fiable y más potente que conozco. He dicho. Hala, un abrazo, Alejandro.
- -- 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
El sáb, 10-09-2005 a las 21:40 +0200, Josep M. Queralt escribió:
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 No. No son "servidores" virtuales; son DOMINIOS virtuales. Imagino que habrá sido un lapsus.
de correo " SIN necesidad de tener que utilizar "aliases".
Bueno, ya he dicho que, andando el tiempo, cada vez me voy acordando menos de los intríngulis de Sendmail y de Postfix, ¡ya no los necesito! Pero, con Sendmail y cerca de mil empresas conectadas, NO se podían hacer dominios virtuales, de la forma que lo hace qmail-vpopmail. Digas lo que digas. De todas formas, si últimamente, han avanzado taaaanto y han conseguido incluir exactamente lo mismo que con vpopmail, entonces digo que ya era hora, pero que seguiré usando y recomendando (por otras muchas razones que ya he expuesto) qmail.
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. Sí, si yo lo he hecho, pero no es igual. De verdad.
Simplemente los dominios deben tener ese usuario primario, estar listados en SendMail o Postfix y configurados en BIND.
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...
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.
Sí, un chorro de megas, más inseguro y más lioso que todo. Repito: me sigo quedando con el DJBDNS, que con sólo un fichero en donde voy metendo, así, a saco, los dominios, y luego se convierte en un fichero binario, y con crear un enlace simbólico, él solito arranca, se activa y comienza a hacer su trabajo como el mejor. Un abrazo, Alejandro.
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?
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, 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.
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.
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. :-)
Jeje... Pos claro.
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
¿No me digas? ¡Gracias, no lo sabía! Me creía que un servidor de nombres era para nominar un recién nacido...
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.
Alejandro.
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
El dom, 11-09-2005 a las 18:21 +0200, Josep M. Queralt escribió:
El dom, 11-09-2005 a las 02:21 +0200, Josep M. Queralt escribió:
Que yo escribí "sevidores" en lugar de "seRvidores" Entendido ahora ?
Ah, sí, claro. Perfectamente.
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 !!!!
Sí, pero el que no entiendes lo que dije eres tú. Hablo de servidores de correo (no de servidores virtuales), porque creo que hay varios, ¿o no? Esto es, está Sendmail, Postifx, qmail, Exim, entre los más conocidos dentro del mundo de Linux, que unos permiten configurarlos para que soporten "dominios virtuales", y otros, no. Como los pimientos de Padrón.
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 ....
Pues si. Un amigo y compañero mío, en la empresa donde trabajé como administrador, se empeñaba a usar el webmin, para manejar el qmail de su máquina local, porque, entre otras cosas, no se le daba demasiado bien lo de los servidores, aunque es un programador excepcional, Y no veas lo que le ocurrió. En fin, por eso lo decía, y por otras cosas más que no vienen ahora al caso.
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
Jajajajajajajajajajaja... Muy agudo.
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 ???
Pues claro. Soy licenciado en Filología. Y creo que de lecturas, algo sé.
No, verdad ? Si no quieres subir la vista, no te preocupes, yo te lo vuelvo a escribir:
Oh, qué amable eres. ¡Gracias1
"Salvo en el caso que se requieran nombres del tipo ... ftp.dominio.com con solo resolver el nombre de "dominio.com" en el DNS .... "
¿Sin poner los hosts y los alias en el fichero de zona? ¿Desde cuándo?
En fin, que esta discusión la estás llevando a límites absurdos y
Perdona. Yo no. Yo empecé a hablar sobre ciertas características de qmail, y habéis sido tú y nuestro amigo listero Carlos que habíais tergiversado lo que yo decía, y lo habíais encauzado hacie los dns y no sé qué. Y yo he respondido con pruebas y demostraciones. Pero, como veía que erre que erre, con esto digo que yo no he sido el que me he extralimitado.
demasiado agresivos, ¿Sí, te lo parece? Pues, perdona. De verdad.
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
Jeje, esto ha tenigo gracia, también. Yo no me peleo, sólo intentaba haceros ver que de lo que yo hablaba era de una cosa bien distinta de lo que decíais vosotros. Nada más. El empecinamiento creo que venía de otra parte, no por la mía.
eso, no voy a continuar más con este tema ni ha contestar más mensajes sobre este "subject"
Yo también pensaba hacerlo, pero quería dejar claro mi punto de vista. Con lo que, a partir de éste, también lo dejo aquí.
Me permito suponer que no has hecho vacaciones, así que te deseo que tengas unas muy buenas vacaciones cuando consigas hacerlas.
Jajajajajajajajajaja. Esto también ha tendio gracia. Y no es coña, de verdad. Venga, un abrazo, y sigamos siendo amigos-listeros, Alejandro.
participants (8)
-
AleOP
-
Camaleón
-
Carlos E. R.
-
Edwin Quijada
-
Jonathan J. Vargas R.
-
Josep M. Queralt
-
miguel listas
-
SAT Ivico