Sziasztok,
A keresem a kovetkezo lenne.
Uzemeltetek egy debian mail servert a halozatunkban, viszont nincs masodlagos mail serverunk (egy ideig a szolgaltatonal volt de ez megszunt), ha valamiert nem erheto el a mail serverunk (ritkan van ilyen) akkor a bejovo levelek elvesz(het)nek .
Mgoldaskent arra gondoltam ,h valahol osszedobok egy masodlagos servert. Azonban nem igazan tudom , h hogy kell/lehet ezt megcsinalni.
A mail server telepites/konfiugarlasa nem jelent gondot, abban szeretnek segitseget utmutatast kerni ,h hogyan tegyem meg mindezt egy relay serverrel
Koszonom
sztupi
- 1327 megtekintés
Hozzászólások
Szuper ,
Koszonom ez alapjan mar el tudok indulni.
Mar csak egy kerdes. A relay serveren gondolom nem kell azokat a usereket letrehozni melyek a valid serveren leteznek, jol gondolom ?
- A hozzászóláshoz be kell jelentkezni
Postfixnél van egy access vagy hasonló tábla, amivel tudod a valid usereket ellenőrizni. Arra is figyelj hogy ne gyárts backscattert, hanem rögtön 500-as hibával dobd vissza a butasággal próbálkozót.
"check_recipient_access type:table
Search the specified access(5) database for the resolved RCPT TO address, domain, parent domains, or localpart@, and execute the corresponding action. "
- A hozzászóláshoz be kell jelentkezni
A levelek nem veszhetnek el, mert adott ideig próbálkoznia kellene a feladó oldalnak. Ha olyan sokág nem elérhető, hogy elvesszenek a levelek az igencsak ciki.
A helyedben egy virtuális gépre tennék egy relay only MTA-t, amit MX-nek is használtok. Ezen meg tudod adni hatalmasra a várakozási időt és rögtön a saját internet kapcsolat is kicsit tehermentesíthető. A relay only MTA-n egy ügyes greylist szabállyal és vírus szűréssel elég sok fölös forgalmat megfogsz. A relay only MTA-n a valid címzettek listáját szintén karban tudod tartani, amivel megint csökkenthető a kósza forgalom.
- A hozzászóláshoz be kell jelentkezni
+1, nem vesznek el. Alapból a feladó szerver csöndben próbálkozik egy ideig (pár óra? lusta vagyok megnézni, nomeg mindenki úgy állítja be ahogy szeretnék), aztán szól egy levélben annak, aki küldi a levelet, hogy don't panick, a levél nem ment még el, de nem adja fel. Utána általában egy hétig küzd még, hogy mégis el tudja neked küldeni, és ha akkor se sikerül, akkor adja fel végleg.
Persze a fentiek mind attól függenek, hogy a levelet küldő szerver hogyan van beállítva, de általában kb. a fentiekhez hasonló.
- A hozzászóláshoz be kell jelentkezni
Igen , ezt igy tudtam en is, de ott van az ominozus utolso mondatod.
Volt mar ra pelda. Nem volt fel napig halozatunk (ISP szolgaltato...) oszt nem kaptak meg "igen fontos leveleket" az illetekesek.
Ezt szeretnem elkerulni.
sztupi
- A hozzászóláshoz be kell jelentkezni
Az ilyen "igen fontos levelek" szoktak áldozatai lenni a greylistnek is. :(
- A hozzászóláshoz be kell jelentkezni
Ezért kell ésszel greylistezni. Postfixban és exim4-ben is lehet regexpet megadni, hogy mikor greylistezzen. :)
- A hozzászóláshoz be kell jelentkezni
Sajnos sokan belesnek abba a hibába, hogy az e-mail-t, az internetet tutinak és atombiztosnak hiszik, holott ez marhára nem így van. Az, hogy optimális esetben az elküldött e-mail már ott is van a címzettnél, korántsem jelenti azt, hogy mindig, minden levél odaér, főleg nem azt, hogy azonnal. Mennyit küzdök én is az ilyen partnerekkel, akik nem értik meg, hogy attól, hogy ő tegnap elküldte a levelet, attól még az nincs itt.
Amúgy az ilyen "marha fontos" leveleknél egy backup MX esetén is előfordulhat, hogy hiába állt vissza a netkapcsolatod, az újrapróbálkozási idők úgy jönnek ki, hogy bár megjön az a levél, de lehet, hogy csak másnapra, ami persze már késő. (persze, odafigyeléssel ez kiküszöbölhető)
- A hozzászóláshoz be kell jelentkezni