yo creo que el tema va por el lado de que postfix es mas sensible que otros
programas en linux por lo menos de eso me he dado cuenta estos dias que
he estado sumergido en esto.
El 17 de agosto de 2015, 11:30, David González Romero
escribió:
> En realidad basta con reinicar, pero para que
En realidad basta con reinicar, pero para que no hagas el reinicio
para eso es el reload. restart es mas que reload... Asi que si
hicistes restart y no te funcionó entonces tendrás que analizar
cambiar el propietario a los usuarios de postfix; cosa que no me
gustaría mucho.
Saludos,
David
El día
TODA LA RAZÓN que detalle mas insignificante...
El tema es que después de hacer el postmap hash:/etc/postfix/relay_
recipients
había que si o si hacer el posfix reload si no, no funciona...
yo reiniciaba el servicio, el servidor, etc y después el postfix reload,
no lo tomaba en consi
Pero tu corriste el comando
postmap hash:/etc/postfix/relay_recipients???
Y despues?
postfix reload
Si no hiciste ambos comandos después de modificar relay_recipients no
tomará los cambios.
Los warning no son tan importantes, pero pueden ser de cuidado; en
todo caso deberás revizar tu master.cf
Correcto, los permisos los tengo asi:
-rw-r--r--. 1 root root 19579 Feb 20 2014 access
-rw-r--r--. 1 root root 11681 Feb 20 2014 canonical
-rw-r--r--. 1 root root 9904 Feb 20 2014 generic
-rw-r--r--. 1 root root 18287 Feb 20 2014 header_checks
-rw-r--r--. 1 root root 27125 Aug 17 10:00 main.
root debe ser el ÚNICO propietario en el directorio /etc/postfix...
solo que debes darle acceso de lectura a los demás:
chmod a+r /etc/postfix/*
En todo caso tu hicistes el hash correspondiente?
postmap hash:/etc/postfix/relay_recipients
Saludos,
David
El día 17 de agosto de 2015, 9:10, Carlos A
Ya se a que se debe el error, la base (relay_recipients.db) arroja error de
acceso denegado, la consulta es... quien debe ser el owner de esta base???
he probado con root y con otro usuario con el cual realice las
configuraciones y no hay caso sigue arrojando el error
El 17 de agosto de 2015,
Chequea os puertos antes y después con nmap, tanto del localhost, como de tu IP
nmap -sS localhost
nmap -sS ip.del.server
Sería bueno que también veas los log y si es posible lo publiques acá
para poder ayudarte mejor.
Saludos,
David
El día 17 de agosto de 2015, 8:14, Carlos Alvear
escribió:
>
Correcto, es exactamente lo que hago, pero si "descomento" esa línea se
desactiva Smtp, me es imposible que el servidor responda el ehlo al hacer
telnet al puerto 25. La pantalla queda en negro y nada más A alguien
más le ha ocurrido...
Saludos.
Enviado desde mi Android!
El ago. 17, 2015 9:07
# REJECTING UNKNOWN RELAY USERS
relay_recipient_maps = hash:/etc/postfix/relay_recipients
Se usa para PERMITIR que te lleguen correos a las direcciones que hay en:
/etc/postfix/relay_recipients
Ahi dentro va el tipo:
direcci...@midominio.com OK
direcci...@midominio.com OK
direcci...@midomini
Esa línea que índicas informa sobre el funcionamiento de ese parámetro, no
indica a que más debe estar asociado... Sigo probando...
Enviado desde mi Android!
El ago. 16, 2015 6:53 AM, "Jorge Sanchez"
escribió:
> If this parameter is non-empty, then the Postfix SMTP server will
> reject mail to u
Es telnet al puerto 25 para probar SMTP
Enviado desde mi Android!
El ago. 17, 2015 9:01 AM, "David González Romero"
escribió:
> Porque usar Telnet, cuando SSH es más seguro?
>
> Saludos,
> David
>
> El día 16 de agosto de 2015, 5:52, Jorge Sanchez
> escribió:
> > If this parameter is non-empty,
Porque usar Telnet, cuando SSH es más seguro?
Saludos,
David
El día 16 de agosto de 2015, 5:52, Jorge Sanchez
escribió:
> If this parameter is non-empty, then the Postfix SMTP server will
> reject mail to unknown relay users.
>
> Agrega las ips, dominios como espicifca postfix los cuales pueden
If this parameter is non-empty, then the Postfix SMTP server will
reject mail to unknown relay users.
Agrega las ips, dominios como espicifca postfix los cuales pueden
hacer relay, si el ip/dominio no esta en esa lista, no te debe dar
pelota.
Probablemente eso es lo que este pasando.
El día 15 d
Hola comunidad...
El tema es que tengo un problema raro con Postfix, al habilitar un
parámetro de la configuración, específicamente "relay_recipient_maps" y al
hacerlo esto deshabilita la conexión por Telnet, es probable que requiera
otro parametro adicional para funcionar pero ya he probado con
Gracias por los consejos, creo que lo ultimo puede ser el problema se
resolvio cambiando el punto de conexion y el cable pero lo ultimo tambien
puede ser, gracias a todos por sus consejos
--
Una alegría compartida se transforma en doble alegría; una pena compartida,
en media pena.
http://alex
...@centos.org] En
nombre de Alex Irmel Oviedo Solis
Enviado el: miércoles, 18 de febrero de 2009 11:42
Para: centos-es@centos.org
Asunto: [CentOS-es] Problema Raro
Hola, tengo un problema raro con un servidor centos (es casero, es decir una
makina cualquiera), hasta ayer tenia un servidor muy veloz de
Renato M. Covarrubias Romero escribió:
> On Miércoles 18 Febrero 2009 13:53:30 Alex Irmel Oviedo Solis escribió:
>
>> No creo que sea eso, porke no usamos nombres sino que lo estamos haciendo
>> todo por ip.
>>
>
> - ¿Y que dicen los logs?
> ¿hdd/particion fallando?
> - ¿Pick de consu
On Miércoles 18 Febrero 2009 13:53:30 Alex Irmel Oviedo Solis escribió:
> No creo que sea eso, porke no usamos nombres sino que lo estamos haciendo
> todo por ip.
- ¿Y que dicen los logs?
¿hdd/particion fallando?
- ¿Pick de consultas a la base de datos? ¿Solo acceso local/interno?
Yo que tu
No creo que sea eso, porke no usamos nombres sino que lo estamos haciendo
todo por ip.
--
Una alegría compartida se transforma en doble alegría; una pena compartida,
en media pena.
http://alexove.blogspot.com/
http://cj-ubunteando.blogspot.com
www.cuscolibreweb.org
http://groups.google.com.pe/
posible problema de DNS , edita el resolv.conf y cambia de dns
slds
On Wed, 18 Feb 2009 11:42:01 -0500, Alex Irmel Oviedo Solis wrote
> Hola, tengo un problema raro con un servidor centos (es casero, es decir una
> makina cualquiera), hasta ayer tenia un servidor muy veloz de BBDD, la cual
> es
Hola, tengo un problema raro con un servidor centos (es casero, es decir una
makina cualquiera), hasta ayer tenia un servidor muy veloz de BBDD, la cual
es usada remotamente por una aplicacion, al venir esta mañana paso algo
raro, los demas servicios como httpd y vsftpd corrian con normalidad, pero
PROBLEMA SOLUCIONADO
SI ALGUIEN LE HA PASADO, TIENE QUE INSISTIR A HOTMAIL ES LA UNICAR FORMA DE
SALIR DE ESTE PROBLEMA
From: luisroma...@hotmail.comto: centos...@centos.orgdate: Mon, 26 Jan 2009
18:53:06 +Subject: Re: [CentOS-es] Problema raro hotmail contra centos 5
Bueno hace un
por eso lo puedo
hacer.
Att NINO
From: luisroma...@hotmail.comto: centos...@centos.orgdate: Mon, 26 Jan 2009
18:53:06 +Subject: Re: [CentOS-es] Problema raro hotmail contra centos 5
Bueno hace un tiempo me paso lo mismo y solotenia porblemas con las paginas
LIVE ... por
>
--> >
Message: 1> Date: Sun, 25 Jan 2009 07:17:17 -0500> From: Nino Bravo
> Subject: [CentOS-es] Problema raro hotmail contra
centos 5> To: > Message-ID:
> Content-Type: text/plain;
charset="iso-8859-1"> > &g
Nino Bravo wrote:
> Amigos tengo el siguiente problema
>
> NO SE PUEDEN CREAR CUENTAS DE CORREO EN HOTMAIL, a partir de un servidor
> linux con ip pública (varias ips privadas o pcs conectadas a este):
>
hola, simplemente estás haciendo nat, todas las maquinas de tu red
interna usan la única
Amigos tengo el siguiente problema
NO SE PUEDEN CREAR CUENTAS DE CORREO EN HOTMAIL, a partir de un servidor linux
con ip pública (varias ips privadas o pcs conectadas a este):
este es le mensaje del erro que sale:
HA ALCANZADO EL LIMITE DIARIO DE CREACION DE WINDOWS LIVE ID. ESPERE QUE
TRANS
Aland Laines wrote:
Tengo dos redes la 192.168.1.0 y la 192.168.2.0, y ambas salen por el proxy
de manera transparente, el problema que tengo es que la red 192.168.2.0 no
puede entrar ni a hotmail ni a gmail, o sea le sale la pagina de login pero
cuando ingresan el user y el pass y le dan enter
hola amigos, aqui yo otra ves con mis problemas de squid, primero para
contarles que mi problema con el SARG se arreglo instalando el SARG 2.2.1
desde el fuente tar.gz, y ahora ya me genera los reportes..
Tengo dos redes la 192.168.1.0 y la 192.168.2.0, y ambas salen por el proxy
de manera transpa
29 matches
Mail list logo
