2010/11/24 Bogdan-Stefan Rotariu <[email protected]>: >> 2010/11/24 Bogdan-Stefan Rotariu <[email protected]>: > >> >> Ultima oara cand m-am uitat, SNAT-ul se facea postrouting, deci nu >> prea merge peste ce exista acum. Eventual scot outgoingip.patch sau il >> pun pe 0.0.0.0 si inlocuiesc functionalitatea cu SNAT. >> >> Ma rog, asta ar presupune ca kernelul sa aiba si suport de nat, si >> ofc, n-are, asa ca as prefera sa n-o dau in !sharks daca se poate. > > Ok uita-te peste astea 2. > > http://www.backschues.net/backschues.net/know-how/qmail/aio-patch-usage.htm > > bindroutes (qmail-remote) > Any mail sent from an specific source IP address will be sent from the > given IP address. > > Sau senderip : > > senderip (qmail-remote) > Any mail sent from an email address in the given domain will be sent from > the given IP address. >
Citind descrierile lor, nu ma ajuta, in serverul ala ajung mailuri de la aceleasi ip-uri si aceleasi domenii, vreau sa routez in functie de destinatie (cum face deja cu smtproutes), doar ca atunci cand trimite spre destinatii non-interne sa fortez ip-ul sursa pe unul anume (nu, nu vreau sa modific src-ul de la ruta default cum zice blue, ala trebuie sa fie alt ip din alte motive non-smtp). O sa ma uit maine mai atent peste ele, dar din cate vad, am trei solutii: 1. pun kernel cu suport de nat si inlocuiesc patchul de outgoing ip cu niste reguli de snat cu -o ext_if -p tcp --dport 25; 2. pun postfix si fac transporturi diferite care sa fie smtp-uri cu argumente diferite, acolo e relativ trivial; 3. manaresc patchul de outgoingip sa faca exceptii de bun simt ( bruma mea de C nu cred ca imi permite mai mult) Dat fiind ca toate implica ceva downtime, as alege-o pe a doua ca produce un rezultat final cu cantitati minime de improvizatii, da' ma gandesc ca poate-poate nu e chiar atat de useless qmailul asta, desi manpage-ul de la qmail-remote nu pare sa incurajeze ideea ca i-ai putea pasa din commandline ceva gen -o smtp_bind_address=x.y.z.t ca fratelui sau postfixian. -- Petre. _______________________________________________ RLUG mailing list [email protected] http://lists.lug.ro/mailman/listinfo/rlug
