Te jó atya gatya. Esetleg nyílt lángot nem akarsz használni a nyitott benzines hordó mellett?
Amit a fenti script, és az egész bohóckodás megvalósít az nem az amit a kérdező szeretne. Ő nem a relay-t kívánja kívánja megszüntetni, hanem ő a hibásan felkonfigurált levelező kiszolgáló architekturájában akadt bele egy olyan problémába, hogy ha a domain-t elviszik tőle, de ő erről nem tud, akkor erre a domainre induló e-mailokat a mail szervere továbbra is elfogadja azoktól az ügyfelektől akik számára még ő az SMTP szolgáltató.
Erre nincs jó scriptelhető megoldás mivel a hiba abban van, hogy lokális felhasználói vannak és local domain az adott cél.
Amit te fent megvalósítasz az katasztrofális végeredménnyel zárulhat. Egyrészt a legtöbb (postfix, sendmail) MTA a fent megjelölt relay_check szolgáltatást integrálja. (relay_backup_mx,permit_backup_mx/bocs fejből nem emléxem pontosan lehet hogy rosszak a kulcsszavak/)
De mi történik akkor ha a csúnya spammer fogja magát és az mx-ét rád állítja?
Nem ide tartozik, de talán a fenti scriptet fel tudja okosítani: postfix rendelkezik szűrővel is a fenti konfig opcióra amivel megadható hogy a másik mx-nek milyen networkben kell lenni ahhoz hogy relay-ezen mx rekord esetén.
A kezdeti kérdezőnek: áttervezni a levelező kiszolgáló architektúrát, előtte sokat olvasni, tanulni, majd azután belefogni szolgáltatásba. Addig pedig az ügyfeleknek kiírni weblapra: (T) azaz tanulóvezető. Lehet offenznek veszed, és bunkóságnak, de a jelenlegi tudással csak azok számát növeled akiknek ilyen szolgáltatásba bele se kellett volna fogniuk. Hiba mindenhol van, de itt az alapokkal van gond.