Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - Filip Jirsák

Stran: 1 ... 352 353 [354] 355 356 ... 375
5296
Server / Re:Pošta neodchází na Centrum a Volný
« kdy: 08. 04. 2014, 14:01:14 »
Takhle by to nastavil jen opravdový tupec. Samozřejmě že si příjem mailů ze svého záložního MX nebudu blokovat!
Takže vzhledem k tomu, že to řešení nepotřebuje žádnou změnu konfigurace primárních mail serverů, nemůže to tímhle způsobem fungovat. Což tvrdím celou dobu.

5297
Server / Re:Pošta neodchází na Centrum a Volný
« kdy: 08. 04. 2014, 12:08:25 »
Dohromady s tím to jde zcela přirozeně, prostě přeřazená brána, pro ověření se použije normální rcpt nebo vrf (ověřování se nemusí používat, ale proč to nechávat na cílové MX, když to může udělat brána), pokud se vrátí ok, mail se doručí, pokud je cíl nedostupný mail se podrží ve frontě. Všechny uvedené podmínky to splňuje.
Rozhodně to nejde udělat bez spolupráce s cílovým serverem. Kdyby cílový server fungoval podle vašeho popisu běžného chování antispamových bran, během chvilky tu předřazenou bránu odřízne. Nejenom, že by zkoušela neexistující adresáty, ale ještě by žádné e-maily neposílala. Takže by ty černé puntíky nasbírala velice rychle.

5298
Server / Re:Pošta neodchází na Centrum a Volný
« kdy: 08. 04. 2014, 11:56:07 »
Z běžného chování antspamových bran, ale chápu, že se to tohoto případu nemusí týkat.

Nejde to moc dohromady s tím, co píšou na svém webu:
Citace: Virusfree.cz
V případě, že váš mail server bude nedostupný, neztratíte žádné příchozí e-maily, Virusfree je pro vás uchová až 7 dní.
Vaše servery se budou starat jen o doručování pošty jednotlivým uživatelům […]
Virusfree je zcela nezávislé na vaší platformě […]. Při implementaci zcela odpadá nutnost nastavení nebo instalace na vašich systémech. Už nemusíte hledět na kompatibilitu mezi vašimi bezpečnostními nástroji a vaším mail serverem.

5299
Server / Re:Pošta neodchází na Centrum a Volný
« kdy: 08. 04. 2014, 11:39:42 »
Tak samozřejmě nemusí předávat seznamy v xls, to funguje automaticky ještě před pokusem o doručení z brány na cílové MX a to přes LDAP nebo třeba ověření VRF nebo RCPT na cílovém MX, mailbox neexistuje, dělám černý puntík.
Z čeho usuzujete, že něco takového Virusfree.cz dělá? Podle popisu na webu je to prostě sekundární mailserver, který e-mail uloží do své fronty, zkontroluje, a když „není spam“, pošle jej na primární mailserver.

5300
Vývoj / Re:GIT - správný postup
« kdy: 08. 04. 2014, 11:33:33 »
Správný postup je použít stash, přesně k tomuhle to slouží. Odložíte si své změny stranou, aktualizujete, a své změny na aktualizaci znovu promítnete.

5301
Server / Re:Pošta neodchází na Centrum a Volný
« kdy: 08. 04. 2014, 10:28:49 »
pokud v tom balíku je 10 procent mailů nefunkčních
Nefunkčním e-mailem předpokládám myslíte neexistující schránku. Pochybuju o tom, že Centrum předává v reálném čase třetímu subjektu aktuální seznam schránek.

Takže Virusfree.cz se s největší pravděpodobností zabývá jen obsahem e-mailu a odesílatelem. E-maily pro neexistující schránky nepozná a předá je dál Centru – teprve to může zjistit, že schránka neexistuje a odmítne zprávu přijmout. Virusfree.cz by v takovém případě mělo odesílateli odeslat e-mail, že se jeho zprávu nepodařilo doručit. Jenže takové zprávy jsou často spam (protože odesílatel byl falešný). Takže by mne zajímalo, jak tohle Virusfree.cz řeší. Každopádně všude se doporučuje e-mail odmítat pokud možno rovnou během spojení, pak není potřeba chybové zprávy řešit – a Virusfree.cz jde přesně opačnou cestou a odmítání e-mailů pro neexistující adresy zabrání.

5302
Server / Re:Pošta neodchází na Centrum a Volný
« kdy: 08. 04. 2014, 08:11:52 »
Jak sem psal, do politiky VF nevidím, ale pokud mi z jedne domény příjde x-tisíc stejných mailů během několika omažiků, tak na svém místě bych to vyhodnotil jako spam.
Jak se podle počtu e-mailů pozná, že jde o nevyžádané e-maily?

je nutné brát v potaz, jestli jde opravdu o domény, nebo subdomény (poslat maily z 30k www.xyz.cz, kde to xyz je pokaždé jiné, je dost odlišné, než poslat 30k mailů z domény abc.druhý_řád.cz, kde abc se sice mění, ale druhý_řád je stejný).
Co myslíte spojením „poslat e-mail z domény“?

5303
Vývoj / Re:Oprava dotazu do MySQL
« kdy: 07. 04. 2014, 21:52:33 »
1. Nepoužíváte binding parametrů a kód umožňuje SQL injection.
2. Nesmyslně voláte 2 dotazy, když to lze získat jedním.

Kód: [Vybrat]
$stmt = $pdo->prepare('SELECT t2.NAME, t2.LFT, t2.RGT FROM cat2 AS t1 JOIN cat2 AS t2 ON t2.LFT BETWEEN t1.LFT AND t1.RGT WHERE ID=:nodeId'.$nodeId');
$stmt->execute(array(':nodeId' => $nodeId));
while ($row = $stmt->fetch()) {
}

3. Nikde netestujete návratovou hodnotu. Pokud dotaz selže, vrací funkce query podle dokumentace FALSE.

5304
Vývoj / Re:Java bez garbage collectoru
« kdy: 07. 04. 2014, 21:30:39 »
Jen pro upřesnění: Obdobou destruktoru je v Javě metoda finalize(). ... Každopádně nelze se spolehnout na to, kdy ji GC zavolá a kdy se objekt smaže.
Nelze se spolehnout dokonce ani na to, že ji vůbec zavolá. Garantováno je jen to, že na jednom objektu bude finalize zavoláno nejvýše jednou.

5305
Server / Re:Pošta neodchází na Centrum a Volný
« kdy: 07. 04. 2014, 21:16:42 »
Kontrolu ptr zaznamu dela kazdy normalni smtp server.
Skonci na tom 90% spamu, takze je to jedna z nejefektivnejsich metod vubec ;D.
Když vypnete server, skončí na tom 100 % spamu. To je ještě daleko efektivnější.

5306
Server / Re:Pošta neodchází na Centrum a Volný
« kdy: 07. 04. 2014, 18:29:47 »
Víte, neberte to špatně, ale odesílat stovky-tisíce či dokonce desetitisíce mailů byť během několika hodin (i když to budou 3-4 veřejné IP adresy) mi příjde jako spamování
Spam má nejrůznější definice, ale na jednom se všechny shodují - jde o nevyžádanou poštu. To, že někdo rozesílá hodně e-mailů, ještě nemusí znamenat, že jde o nevyžádané e-maily. Zrovna takové Centrum nejspíš stovky, tisíce či dokonce desetitisíce e-mailů během několika hodin rozešle, a pokud ne Centrum, pak větší freemaily určitě.

5307
Distribuce / Re:Instalacia Debianu a bootloader
« kdy: 06. 04. 2014, 15:31:38 »
Na tom ssd je pravdepodobne nieco co zabranuje nainstalovanie bootloadera.
Spíš bych to viděl na zapnutou ochranu v BIOSu. Bývalo to nazvané "antivirová ochrana" a byl to právě zákaz přepisu bootovacího sektoru.

5308
Distribuce / Re:Instalacia Debianu a bootloader
« kdy: 05. 04. 2014, 16:50:23 »
Pokud nenapíšete, jak se problém projevuje, tak vám s tím určitě nikdo nepomůže. Takže by bylo dobré napsat, jak jste se pokoušel Gub nebo Lilo instalovat, jak to skončilo nebo proč si myslíte, že je něco špatně.

5309
Vývoj / Re:Jak na kontrolu sousedících znaků
« kdy: 04. 04. 2014, 19:24:46 »
Omylem jsem ve strpos nazval proměnou $mystring místo $url. Ale pokud tohle nedokážete opravit, nepomůže vám, ani kdybych vám to dal na stříbrném podnose.

Kód: [Vybrat]
$array = array(
'www.domena.cz/zbozi/elektro/nove',
'www.domena.cz//zbozi/elektro/nove',
'www.domena.cz/zbozi/elektro//nove',
'www.domena.cz//zbozi/elektro/nove',
'www.domena.cz//zbozi//elektro/nove');
             
foreach( $array as $url ){
    $pos = strpos($url, '//');

    if ($pos === false) {
        echo $url." - lomítka nesousedí.\n";
    } else {
        echo $url." - lomítka sousedí.\n";
    }
   
}

Kód: [Vybrat]
www.domena.cz/zbozi/elektro/nove - lomítka nesousedí.
www.domena.cz//zbozi/elektro/nove - lomítka sousedí.
www.domena.cz/zbozi/elektro//nove - lomítka sousedí.
www.domena.cz//zbozi/elektro/nove - lomítka sousedí.
www.domena.cz//zbozi//elektro/nove - lomítka sousedí.

5310
Vývoj / Re:Jak na kontrolu sousedících znaků
« kdy: 04. 04. 2014, 17:39:00 »
Kód: [Vybrat]
<?php
$url 
'...';
$pos strpos($mystring'//');

if (
$pos === false) {
    echo 
"Lomítka nesousedí.";
} else {
    echo 
"Lomítka sousedí.";
}
?>

Stran: 1 ... 352 353 [354] 355 356 ... 375