Nu ma pot abtine pana maine, dar cred ca problema ta ar avea o rezolvare definitiva daca qmail ar fi portat in php
On Wed, 2010-11-24 at 20:38 +0200, Petru Ratiu wrote: > Se da asa: > > - una bucata server Linux cu o interfata publica si una interna. ruta > default e pe cea publica, cea interna are si ea un 192.168.x.y/24 sa > poata vorbi cu cine mai e pe-acolo. Interfata externa are mai multe > ip-uri. > - una bucata qmail care are patchul outgoingip (pare a fi > http://www.qmail.org/outgoingip.patch , dar n-am verificat foarte > atent).In /var/qmail/control/outgoingip este unul din ip-urile de pe > interfata publica > - se doreste ca unul sau mai multe domenii sa fie livrate catre un > server din reteaua interna. se trece domeniu.tld:192.168.x.z in > /var/qmail/control/smtproutes, se constata ca qmail-smtpd miauna ca-i > mor conexiunile spre ala. Fara foarte mult debugging, se ajunge rapid > la concluzia ca qmail-remote initiaza _orice_ conexiune cu ip-ul din > outgoingip, ceea ce nu se pupa cu tcp/ip-ul pt. destinatii interne. > > Question: se poate repara acest conflict de interese cu qmailul din > dotare? De notat ca solutia "mai pui un qmail in /var/qmail2" nu suna > deloc mai fericit decat "treci ingineria pe postfix si speri ca ai > prins toate clenciurile pe care le-a facut antemergatorul". > _______________________________________________ RLUG mailing list [email protected] http://lists.lug.ro/mailman/listinfo/rlug
