A szerver által generált leveleket megszűri az e-mail szolgáltató

Sziasztok!

Adott 5-6 szerver, amikről eddig megkaptuk a futó cron folyamatok hibaüzeneteit, a logcheck üzeneteit, és még csomó hasonló dolgot. Az e-mail szolgáltatónk viszont gondolt egyet, és megszűrte ezeket, még a Spam mappába sem kerülnek be.
A szolgáltató azt mondja, hogy a küldő szerinte nem legitim cím (szerintem az, csak nem fogad leveleket), ezért nem engedi be.

Milyen alternatívák lehetnek arra, hogy az /etc/aliases-ben jelenleg a root levelei az egyik mailcímünkre vannak irányítva? Jó lenne megkapni ezeket a leveleket, nem véletlenül küldi őket a szerver.

Hozzászólások

A különbség ott lesz, hogy a Fuckbuddy küldője rendesen beállitott mindent, ezért technikailag a levele nem minősül spamnek. Ezt valószinű a te 5-6 szervered nem ugorja meg.
-------------------------
Dropbox refer - mert kell a hely: https://db.tt/V3RtXWLl
neut @ présház

Ööö. Mi számít legitim címnek? Mi hiányzik nekik? Ezt kérdezd már meg tőlük.
A checklist valami ilyesmi:
domain név
DKIM
SPF
esetleg PTR rekord
és beállíthatsz MX-et is arra a domainra, egy démonnal, ami mindent nyom a /dev/null-ba.

Melyik nincs ezekből?

3rd party smtp szolgáltató gyors megoldás lehet a problémára, illetve én megfontolnám valamilyen monitoring céleszköz használatát a levelezgetés helyett.

hozz létre a szervereknek egy usert (mailboxot) a szolgáltatónál, és küldd smtp authhal a leveleket.

valami mta csak fut azokon a szervereken amikről kapnád az e-maileket. Annak a logjában valószínűleg van utalás arra hogy mit nem szeret a szolgáltatód.

Kovix

Meg kell kerülni a szolgáltatót... kell egy saját pop3 server, és oda küldözni.

-fs-
Az olyan tárgyakat, amik képesek az mc futtatására, munkaeszköznek nevezzük.

Esetleg:

UDP 514? (+egy kis VPN vagy akár stunnel)

--
Debian Linux rulez... :D
RIP Ian Murdock