SpamAssassin sob o Linux VPS

6

Estou ficando careca com esses caras:

Em um VPS Linux (CentOS), configurei um servidor de e-mail (Exim + Dovecot + Clamav + SpamAssassin), mas a varredura de e-mails para spam usando o SpamAssassin está provando ser um desafio. Eu não sou um especialista em Linux, especialmente quando se trata de desafios associados ao VPS, mas posso praticamente RTFM e ter sucesso. Este está me batendo:

Nos servidores do FreeBSD, posso obter facilmente os resultados desejados:

(15:59:00 <~>) 0 $ sockstat -l | grep 783
root     perl       83997 5  tcp4   127.0.0.1:783         *:*
root     perl       83996 5  tcp4   127.0.0.1:783         *:*
root     perl       10281 5  tcp4   127.0.0.1:783         *:*

(15:57:21 <~>) 0 $ telnet 127.0.0.1 783
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
CONT
SPAMD/1.0 76 Bad header line: CONT
Connection closed by foreign host.'

No entanto, no Linux VPS quando eu executo o mesmo teste, ele fica pendurado lá ... nada responde na porta, mesmo que eu possa ver o spamd ouvindo no 783:

[root@vps exim]# netstat -anp | grep 783
tcp   0   0  127.0.0.1:783   0.0.0.0:*   LISTEN   21602/spamd.pid

Se algum de vocês executar seus servidores em VPSs e conseguir se comunicar com spamd, por favor, me diga onde procurar.

Af pode ajudar, eu posso conectar a porta POP3 neste servidor a partir de locais remotos, MAS não do localhost (127.0.0.1)! Como o spamd está configurado para ouvir no 127.0.0.1, não posso testá-lo de um servidor remoto e não pretendo alterá-lo para ouvir o IP público para fins de teste.

Poderia ser algo que eu preciso mudar no Linux?

    
por Dennis Kioko 28.02.2011 / 17:28

3 respostas

1

Funciona para mim em um Linode VPS rodando Debian. Se não puder conectar, parece que o iptables também. O que acontece se você matar o spamd e tentar o telnet? Você recebe uma conexão recusada (como deveria) ou ela ainda está travada, tentando se conectar? Se sim, é definitivamente o iptables / firewall.

Nesse caso, algo como iptables -I INPUT 1 -i lo -j ACCEPT deve fazer o truque.

    
por 17.04.2011 / 06:16
1

Primeiro de tudo, vamos ver se você pode se conectar ao seu loopback. Nove de dez vezes, este é o seu problema;)

Abra um shell no seu virtual, escolha um número de porta próximo.

$ sudo nc -l 790

Abra outro shell.

$ echo 'MehMeh' | nc localhost 790

Você deve ver algo como ... MehMeh na sua concha anterior. Mas eu estou supondo que você não, nesse caso. Dê uma olhada no seu iptables

    
por 01.06.2011 / 16:17
0

Você pode, por favor, nos informar qual tecnologia VPS o ISP está usando? Eu enfrentei problemas semelhantes ao executar alguns softwares em um VPS do Ubuntu no ambiente XEN. O VPS não estava recebendo os recursos necessários para permitir que o software fosse executado corretamente.

    
por 13.03.2011 / 13:23