PHP - diskusní klub na Lopuchu

Registrace nového uživatele

Návod

Kluby

Archív Lopuchu

Lopuch.cz

Když diskuse,
tak s Lopuchem

Lopuch.cz

	Klub PHP [ŽP: neomezená] (kategorie Programování) moderuje makovec.
	Archiv Diskuse o vybornem skriptovacim jazyku php. Dulezite odkazy, pred polozenim dotazu zkuste hledat odpoved zde: www.php.net - domovská stránka PHP www.kosek.cz - spousta tutorialu pro PHP v češtině

Nastavení klubu

Nastavení práv

Homepage

Anketa

[ 1845 ]

23.7.2008 10:08

2364

V zásadě se používá chyba

451 Local error in processing

ale čast s textem

451 Please try again later

V obou případech se musí odesílací server chovat stejně, jako když by byl přijímaci server nedostupný.


	themajkl All those moments will be lost in time - like tears in rain. 23.7.2008 09:58	2363
	Bredy [2362]: Mno nikdy jsem si v smtp postfixu (serveru) nevšiml, že by se při posílání na další server ukázalo něco jako "počkej chvilku". Vždycky, když se už dva servery spojí, tak to skončí buď tvrdým odmítnutím (uživatel neexistuje, mail dlouhý, na tvou doménu kašlu atd..), nebo přijetím mailu.


	23.7.2008 09:54	2362
	themajkl: Myslím že nijak. Rozdíl není v protokolu přenosu, ale v chování těch serverů. Mail zpravidla chodí cestou odesílatel -> odesílací SMTP -> přijímací SMTP -> mailbox Někdy ta cesta může být delší, například na cestě je ještě nějaký meziuzel. Používá se stejný protokol, ale třeba odesílací SMTP přijme zpravidla spojení pouze z lokální sítě. Přijímací SMTP prozměnu zase zahodí všechny maily, které nejsou směrovány do domény, kterou spravuje. Těch podmínek je tam víc. Mezi podmínky patří i dodržování příslušných RFC, třeba to, jak se SMTP chová, pokud nemůže mail doručit. Klient (odesílatel) zpravidla dá odeslat a je to. odesílací SMTP mu nikdy nejspíš neřekne "zkus to za chvíli", protože uživatele by taková hláška nepotěšila. Nicméně přijímací SMTP server toto může udělat a jeho protějšek si e-mail uloží zpět do fronty a zkusí to znova třeba za hodinu. Totéž, pokud třeba přijímací SMTP není dostupný Greylisting je založený na tom, že spammeři často kontaktují příjímací SMTP přímo ale podle RFC se nechovají. Takže zpravidla se chybou "zkus to za chvíli" nezabývají a pokračují další adresou. Nicméně, jak přibejvá implementací greylistingu, spammeři se samořejmě také přizpůsobují.


	themajkl All those moments will be lost in time - like tears in rain. 23.7.2008 06:19	2361
	AL3X [2360]: Moment - jak se liší komunikace mezi dvěma SMTP servery od komunikace klient - server? Měl jsem za to, že jsou to totožné protokoly, tedy klasicky ehlo, mail from, rcpt to.... atd atd


	23.7.2008 00:21	2360
	BredyGraylisting se TVX netyka. Ten se aplikuje jen na pripojeni z jinych mailserveru, kdezto TVX bude kontaktovat lokalni SMTP server, ktery to zacne predavat dal. Mezi nim a lokalnim SMTP graylisting nedava smysl a mezi lokalnim SMTP a dalsima mailserverama si uz vse ohlida lokalni SMTP (postfix).


	23.7.2008 00:15	2359
	tvxTaky pozor na greylisting. Některé servery ti tu pausu vrací záměrně... musíš dodržet RFC (nebo tvůj odesílací MX), protože jinak jsi za spammera :-)


	22.7.2008 23:20	2358
	Ja mam cron skript, ktery vyvolava php skript. Minimalne kvuli Seznam E-mailu se odesila jen par (desitek? uz nevim) mailu za minutu.


	22.7.2008 17:17	2357
	tvxV tom pripade bych si udelal cron script (asi ne php), ktery jednou za cas projede db, udela si z ni frontu a maily na jedno pripojeni k postfixu postupne zpracuje a odesle. Radsi bych se vyhnul udavani adres pouze do BCC a daval je do TO - vypada to uzivatelsky lip. (Tedy pokud nebudes mit vykonnostni problemy.)


	tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 22.7.2008 15:58	2356
	server je dedikovanej, mail resi postfix a mam ho plne pod kontrolou... tak jsem to zkusil a pohoda, maily zere po jednom rychlosti cca 60 kusů za sekundu a pak je prubezne zkousi dorucit... tak to ty problemy o kterejch lidi na netu pisou se asi tykaji free-hostingu a podobne kde meilserver dela kontroly a tak to dlouho trva a muze mit i limity... postfix taky pise ze nektery servery mu povidaj at uz si da pauzu ze tolik toho od nej najednou nevemou atd... coz je asi presne to, co by se mi mohlo dit v tom php


	22.7.2008 15:34	2355
	tvxZalezi na tom, jaky mas pristup na server. Jestli je to pouze PHP, nebo jestli ho mas vic pod prsty a muzes si dovolit shelly, crony, etc..


	hugo Usmívejte se, - bude hůř!!!! 22.7.2008 12:30	2354
	tvxJá jsem kdysi takto posílal maily v dávkách, kdy v jednom mailu bylo 100-200 adres v BCC. Vzdycky se poslala jedna dávka, pak chvíli pauza a nová.


	tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 22.7.2008 12:03	2353
	hromadny mailovani - cca 6000 adres, mate nekdo zkusenost? uvazuju to udelat jako ulohu na pozadi... posilat po jednom, nejaky jiny zkusenosti treba primo kecat s mailserverem nebo to delat hromadneji a pres BCC?


	tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 11.7.2008 16:09	2352
	chci zkusenosti, kterej jak komu sel nasadit, co je basatl a prasarna, co ma rozmunej kod, atd... co ma treba nejaky naznaky MVC... nasadim ci zjistim dodavatele uz sam.


	knedle online - Krabice živých 10.7.2008 21:05	2351
	pokud mas na nasazeni prachy, poptej se na webtrh.cz


	tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 10.7.2008 19:52	2350
	mate nekdo zkusenost s nasazenim nejakyho eshopu kterybyste mi predali, diky?

[ 1845 ]


(c) 2001-2011 Lopuch.cz Kontakt