Registrace nového uživatele     Návod     Kluby     Archív  Lopuchu     Lopuch.cz  

Zelený je lopuch,
fotbal to je hra...

Lopuch.cz
Jméno:
Heslo:
Podpora LCD:
 
Klub E-mail klient [ŽP: neomezená] (kategorie Počítače) moderuje Šéf Lopuchu.
Archiv
Aky email klient pouzivate ? Co sa Vam na nom paci, co nie ? Co by ste uvitali a co by tam radsej nemuselo byt vobec. Spolupraca s antivirakmi, sifrovanie v emailoch atd.
  Nastavení klubu     Nastavení práv     Homepage     Anketa     Přítomní     Oblíbené     Lopuch     Kategorie  
autor: 
text: 
vyplnit a 
Help
 Titulek, text příspěvku  
Opište pozpátku následující text bez prostředního znaku: xkjslwn
[ 408 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  
themajkl themajkl All those moments will be lost in time - like tears in rain. 16.4.2010 11:09  535
Pozn: teď jsem to zkoušl na našem serveru prakticky, 250 je odpověď na každý akceptovaný příkaz od klienta.
themajkl themajkl All those moments will be lost in time - like tears in rain. 16.4.2010 11:08  534
250 je smtp kód "OK". Pokud je to odezva na zprávu "konec dat" (od klienta), znamená to, že zprávu přijal a dál se nedá říct vůbec nic, co s ní udělá, nebo neudělá. Předpokládá se, že formality jsou v pořádku a že ji zkusí doručit do schránky. Uživateli řekni, že cílový server zprávu přijal a nic dalšího není v tvých silách zjistit. Když to pošle znova, není to nic proti ničemu (akorát se to pak adresátovi možná objeví dvakrát).
drahosusan drahosusan 16.4.2010 10:57  533
Ne ne. To je právě ten druhej. Pri tomhle kodu druhy strane(uzivateli) email nedosel. Tedy nedosel do schranky. Ja si ale myslim, ze v praxi se stalo to, ze server ho prijal v poradku, schranka existuje, ale jeste ho nedorucil do usivatelsky schranky a to udela jakmile se k tomu dostane. Ale ani po dvou hodinach se tak nestalo(server mohl napr zalohovat a byl vytizen ci podobne...).
Proste, jde mi o to, abych vedel co mam rict nasemu uzivateli. Jestli to, ze email je na ceste a casem dojde. A nebo se zahodil a ma ho poslat znovu(ikdyz na tuhle variantu ta hlaska zni moc pozitivne) :)
themajkl themajkl All those moments will be lost in time - like tears in rain. 16.4.2010 10:32  532
(Já si prostě myslím, že kód 250 je "mail přijat v pořádku", ať je hláška jakákoli.)
themajkl themajkl All those moments will be lost in time - like tears in rain. 16.4.2010 10:26  531
Tak sorry :-)
drahosusan drahosusan 16.4.2010 10:19  530
Nevím jak je jejich smtp server nakonfigurován, ale vím minimálně právě to, že jejich admin nezměnil znění toho kódu, ale je to standardní SMTP reply code 250 Requested mail action okay, completed
Ale prostě nikde se nemůžu dohledat v kterým případě ji ten servr vrátí, a co se bude dál dít.

Mý dva řádky jsou odpovědi dvou jejich serverů na naše dva poslaný emaily odeslaný v rozmezí dvou hodin. A mě právě zajímá co konkretního ten první server udělal s naším prvním emailem když našemu serveru vrátil SMTP kód 250. Nikde nemůžu najít co konkrétně se v případě kódu 250 děje na naší i jejich strně. Na který straně je další krok.

Jde mi o to, jestli někdo neví co se v případě toho k=odu děje, abych nemusel pročítat celý sekvence http://www.rfc-editor.org/rfc/rfc2821.txt
themajkl themajkl All those moments will be lost in time - like tears in rain. 16.4.2010 10:02  529
Jo zpět, já to pochopil tak, že ty tvoje dva řádky jsou dvě hlášení dvou serverů od identického kódu (250).
themajkl themajkl All those moments will be lost in time - like tears in rain. 16.4.2010 10:00  528
Drahosusan [527]: Jak, není překonfigurována? Ty něco víš o konfiguraci smtp serverů té domény?
drahosusan drahosusan 16.4.2010 09:57  527
jj to já chápu že to přijal druhý server a jak k tomu došlo. Spíš mě zajímá konkrétně ta hláška. Není překonfigurována. Je to standardní SMTP code 250. Ale nikde jsem nedostal vysvětlení co přesně se s tím emailem stalo. Jestli v tom případě náš server v případě této chyby se pokusí o opětovné odeslání znovu. Nebo to není potřeba a náš server považuje tuto zprávu za doručenou, a server druhé strany má tu zprávu už ve své frontě a sám ji hodí do uživatelovy schránky až se k tomu dostane.

K tomu druhému odeslání o dvě hodiny dýl došlo na popud naší strany. Kdy uživatel odeslal email znovu, čili se jedná o zcela "jiný task". jde mi prostě o to, co se s talo v případě "prvního tasku".
themajkl themajkl All those moments will be lost in time - like tears in rain. 16.4.2010 09:39  526
Drahosusan [525]: Důležité je to číslo, hláška může být nakonfigorovaná jakákoliv. Ano, je běžný stav, že poslouchající smtp program přijme mail a než to probublá dalším zpracováním uživateli do schránky, může to nějakou dobu trvat - typicky se tak chová někdy i seznam.cz.
Ve tvém případě zřejmě měl server smtp01 nějaké problémy, tak v dns pro tu doménu opravili MX záznam a další mail se doručoval už přes stmp02.
drahosusan drahosusan 16.4.2010 09:32  525
Zdravím. Měl bych dotaz na hlášku poštovního serveru
Requested mail action okay, completed. Je to standartní hláška číslo 250. Bohužel, se mi nepodařilo vygooglit co přesně tento stav[Requested mail] znamená? Jako, že server třeba z důvodu velkého momentálního vytížení přijal požadavek, ale porzatím ho nedoručil, a do schránky uživatele ho nasype až bude mít čas?

Jedná se o odeslaný email. V prvním případě ho dle logu relayoval jejich první server s uvedenou hláškou. V druhém případě o dvě hodiny později to bral server č.2, který korektně doručil(viz. stat=Sent (Ok))

(1066/100), delay=00:01:18, xdelay=00:01:14, mailer=esmtp, pri=4849781, relay=hol-smtp01.domena.de. [xxx.xxx.46.135], dsn=2.0.0, stat=Sent (Requested mail action okay, completed.)

(1066/100), delay=00:00:14, xdelay=00:00:13, mailer=esmtp, pri=4135098, relay=hol-smtp02.domena.de. [xxx.xxx.46.136], dsn=2.0.0, stat=Sent (Ok)
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 2.3.2010 19:34  524
kklja vim... primo v manualu PHP se vask nakonec pise, ze pokud blbne \r\n ma se pouzivat jen \n kterezto si server doplni na \r\n.
kdokoliv Kdokoliv Nevidím důvod dělat cokoliv bezdůvodně. - http://kkl2401.wz.cz 2.3.2010 18:18  523
tvx [522]: Primo RFC toho, jak ma vypadat mail, pokud vim hovori naopak o tom, ze oddelovacem radku (prinejmensim v hlavickach, telem zpravy si ted nejsem jistej) je povinne dvojznak \r\n. Nektery servery prezijou pouhe \n, ale nektery ne.

Pegas [520]: Rekl bych, ze treba z hlediska bezpecnosti urcite nebude Outlook lepsi (predpokladam, ze tam hrozi nejaky diry kvuli tomu, ze HTML maily bude renderovat jadrem Exploreru, zatimco Thunderbird to dela jadrem Firefoxu, cemuz bych prece jenom veril vic). Co se tyce vyhod ci nevyhod, tak spis se zkus zeptat na konkretni vlastnosti, ktery Ti u Thunderbirdu vadi (nebo funkcnosti, ktery Ti chybi), treba bude nekdo vedet (ja Outlook videl naposled ve verzi 2000 a tam se mi z mnoha duvodu dost nelibil). Osobne mam zkusenost, ze obzvlast u e-mailovejch klientu nema moc smysl utikat od neceho, co cloveku relativne vyhovuje a vyslovene ho to nestve, protoze to, k cemu utece, pak obvykle bejva jeste horsi.
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 1.3.2010 14:41  522
problem asi vyresen...
nektery smtp servery snesou oddeleni hlavicek \r\n a asi to nejak opraven nebo naopak jiny to pomrvej? v kazdem pripade po jejich pruchodu Outluk pak povazuje hlavicky v mailu uz za jeho telo
lepsi je tedy pouzit vzdy jen \n
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 1.3.2010 12:18  521
nektery mailery jako Outluk nebo cosi pd Macem mi odmitaj zobrazit zdrojovej kod mailu a chovaj se, jako by neinterpretovaly policko from: a reply-to: (neukazujou od koho mail je a pri odpovedi nevyplnej pole...)
mail posilam pres php na postfix a ty hlavicky jsou spravne, dokonce ty mailery je ukazou ale nepracujous nima, nejaky napady?
nemate nekdo tuseni cim to muze byt?
[ 408 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  

(c) 2001-2011 Lopuch.cz   
Kontakt