Pokud vim, s greylistingem ma problemy i Ceska Sporitelna. Primo v Arachne Labs jsme na to nenarazili, nicmene kolega ze spriznene firmy si na to stezoval... pri pohledu na stranky rfc-ignorant.org, konkretne na http://rfc-ignorant.org/tools/lookup.php?domain=csas.cz se asi nelze divit...
V pripade, ze by nahodou tento prispevek cetl nekdo ze zminene instituce, zkuste, prosim, nejak zjednat napravu ;)
* velmi, velmi tazko sa zakaznikovi vysvetluje, preco mu neprisiel mail od velmi doleziteho zakaznika s oneskorenim niekolko hodin,
* preco mu neprisiel mail od este dolezitejsieho zakaznika pripadne manzelky vobec (ono non-RFC mail serverov a kokotov adminov je prekvapivo velmi vela)
mimochodom, neexistuje niekde zoznam mail serverov velkych freemailov ako napr. gmail?
- zpozdeni doruceni by se melo snad dat eliminovat, pokud bude greylisting na vsech MX pro danou domenu a to se _sdilenou_ databazi trojic. Pokud se nepletu dorucujici server by mel hned jakmile mu primar rekne 4XX, zkusit dalsi MX s nizsi prioritou - a ten by v te chvili jiz mel v databazi potrebne udaje pro, aby mohl zpravu akceptovat. Problem je jak vyresit rychlou a spolehlivou synchronizaci DB v pripade, kdy zalozni MX je umisten nekde za horama.
- osobni zkusenost s chovanim GMailu nemam, ale podle zprav na netu to vypada, ze opakovane pokusy k odeslani zpravy provadi z jinych IP. Pak greylisting zpusobi, ze zpravy z GMailu nedojdou :-( Mozna by to pomohla resit synchronizovana DB na vsech MX (prostridat vsechny MX v ramci jednoho pokusu o doruceni by snad mel stale jeden a tyz stroj GMailu). Pripadne nasadit greylisting jen na zaloznim MX - ale toto reseni je z hlediska eliminace spamu podle mne malo ucinne (ne vsechny spamy jdou prez zalozni MX)
- problem s freemailery, ktere se nechovaji podle RFC - odesilaji informaci o nedoruceni odesilateli jiz po prvnim pokusu o doruceni ci dokonce neopakuji doruceni - je problem ale resit by ho mely ty freemailery.