Mi a teendő, ha a fogadó szerver nem akarjuk fogadni a leveleket a szerverről
A helyzet valóban kellemetlen. Ez történik a következő okok miatt:
1. a címzett szerver van beállítva túl kemény biztonsági politika. Például ellenőrzi az MX, vagy a tesztüzem a kiszolgáló visszahívás, és bejegyzéseket a DNS a szerver nem
2. A probléma a DNS konfiguráció a szolgáltató
3. A probléma a konfiguráció a szolgáltató hálózatán, a hálózati szerver egyszerűen nincs címzett
A fenti lista világosan mutatja, hogy a problémákat a szolgáltatót vagy a fogadó kiszolgáló. Írhatsz nekik egy levelet, hogy a hívást. Miközben csatlakozni fog a mérnökök, míg megértik, ez időt vesz igénybe. És a levelet elküldeni kívánt azonnal. Mit kell tenni? Egészen egyszerűen szüksége van egy relé - mail szerver egy másik szolgáltató, amely nyitva van csak az a szerver. Felmerülő problémákat, és hol lehet ez? Egészen egyszerűen, számos módja van:
1. A nagy és forgalmazza a vállalatok, a város akkor mindig küld egy e-mailt, hogy egy adott domain vagy egy adott kiszolgálón tárolt e-mail szerver egy másik városban
2. vesz egy olcsó VDS Linux néhány szolgáltató és fuss mail útján azt a problémát területen. ÉN használ egy ellenséges TinyVDS. kibocsátási ára $ 9 havonta. Tekintettel arra, hogy a szerver képes tárolni a honlapon fájlokat, végezzen független vizsgálatokat a parancssorban.
3. egyetért azzal, hogy valaki a barátok, és lehetővé teszi a rendszergazdák átjátszó szerverként a szervert, hogy levelet küld a probléma domain.
Úgy érzem, egy kicsit könnyebb, mert Van szerverek különböző városokban szétszórt és amennyiben egy ilyen probléma, csak fut az e-mail útján egy másik városban. A kisebb szervezetek, akkor lehetséges, hogy az utolsó két opció.
Kapcsolódó hozzászólások:
2. küldheti át VDS egyetlen probléma az írás.
3. Igen, valaki mindannyiunknak szüksége van? 🙂
Dedikált szerver, VDS, és még a relé nem tud segíteni, ha az anti-spam rendszer ellenőrzi minden szerver a szállítmányozási lánc, és a spam ellenőrizni néhány UCE3.
Dima, hol láttad? Képzeld el, az ellenőrzési költségeit minden szerver?
Hello mindenkinek. Igen van egy probléma, és nagyon gyakori. A probléma esetek 99% -ában a fogadó végén. Van egy forgalma 55,000 nettó érvényes (nem spam) üzenet naponta. Alkalmazta meglehetősen drága megoldás (IronPort), ugyancsak a SPF és DKIM alku, és folyamatosan jönnek szembe az hülye ... Sajnos más nem teheti ... adminok, akik emelt SMTP a pokolba, mint kiindulva hagyományos MS IIS SMTP és befejezve MDaemon A ... A amely folyamatosan kell gondolni: „miért nem tudják elfogadni mailt tőlünk.” Természetesen a készlet külön shlyuzik nagyon hasznos lesz, és én már gondoltam, hogy a szervezet, mert valóban a helyes döntés, amely még egy érv a bizonyíték a problémák ott nem itt, hanem (még senki nem volt képes néhány év alatt bizonyítani a létezését problémák vannak a kéz, mert nem).
Szintén egyetértek Pashey Nagaevym, mit kell ellenőrizni, amikor megkapta az MX rekord sajnálom, hogy nem az RFC ... osobdenno mint oly pontovatsya azok, akik nem is fordított zóna előírta, hogy a már tebuetsya RFC (RFC1912 2.1), mint az én gateway tájékoztatna ... még jelentést hol kell keresni 🙂
550-mx1.company.ru
550 Az Ön IP címe 10.10.10.10 nem rendelkezik érvényes PTR rekord társítva.
550 Meg kell adni a PTR rekord (más néven névlekérdezési), mielőtt
550 küldhetnek e-mailt a vállalati hálózaton. Kérjük, tájékoztassa a támogatását ebben a kérdésben. Információ támogatásra: lásd RFC1912 2.1
In, én is, átjárók vagy szerverek a különböző szolgáltatók.
nyílt meg a c.s 1.6 szerver klán, klán háborúk
új klán, de már ott chuvachki
12 éves
Van egy mikrofont (de ha nem is vehet)
write kapcsolati id119004046
Pasa, egy esélyt, mi? A mikrofon az, amit feltétlenül meg - részt! =)))
ZY Itt van, amit - a népszerűsége 😉
Pasch, meglepődött, de ez csak az én gyakorlatban. Én mind a betűk megy keresztül egy dedikált szerver az IP protokollt, és az Exchange található a magyar IP, meg volt jelölve a feketelistán (a vírus, és nem zárt port 25 kliens). Szóval volt egy ügyfél nem hajlandó elfogadni egy levelet nekem, hivatkozva arra, hogy az egyik szerver a láncban tapasztalható rossz cselekedetek.