Stále tomu nerozumím, stačí přeci nastavit v pošťákovi SMTP server na zrovna používaný třeba a u WOL či jinde. Zbytek nechat beze změny... Mám účet u WOL, připojuji se via IOL a normálně účet používám i v konferencích, kde se nekontroluje SMTP server, ale jen adresa odesilatele.
No já si myslím, že používáte špatný příklad, vzhledem k tomu, že QUICK je ZADARMO, tak by ve vašich příkladech mělo být napsáno
"... Když mi v restauraci přinesou přesolené nebo studené jídlo (které je ale zadarmo, protože za něj nic neplatím), tak to vrátím a nechám si přinést jiné. ..."
No a oni by vám asi řekli - je to zadarmo, když to nechcete, nechte být.
"... Mému známému zedníci položili křivě dlažbu. Zaplatil jim a až odešli, kus vyboural a sám si to přeložil. Mně se to stalo taky (měl jsem ale práci a dlažbu zadarmo, protože jsem za ni nic neplatil), zavolla jsem je zpátky a nechal jsem je to opravit. ..."
Asi by vám řekli - tu dlažbu jsme poskytli zadarmo - má svoje mouchy, když se vám to nelíbí - opravte si ji sám.
QUICK je free služba, tak od ní nemůžete nic moc očekávat. Jiná věc je při reklamaci PLACENÉ služby - tam jste v pozici platícího zákazníka majícího písemnou smlouvu a můžete se domáhat třeba náhrady škody.
Porad s tim vlastnim SMTP - kdyz je adresa DOCASNE nedostupna (a nedeje se to tak ridce, v radu minut urcite ne) - kdo to bude zkouset, "SMTP" na dial-up?
Navrhoval jsem ti efektivnejsi reseni. Pokud ti stazeni a nainstalovani SMTP serveru za 15 minut vyresi problem, kterej resis uz nekolik tydnu a mohl by se kdykoli opakovat, tak myslim, ze je efektivnejsi na IAP se vykaslat a vyresit si to sam.
V pripade jidla a podlahy je ovsem efektivnejsi tvoje reseni (preci webdesigner nebude ztracet cas v kuchyni nebo prekladanim podlahy).
Kdyz zfixluju IP adresu, tak se ke mne nebudou vracet odezvy serveru, ne? Moc tomu nerozumim, ale opravdu nevim, jak odeslat neco pres SMTP iinfa, kdyz nesedim za jeho firewallem. Jsem vicemene taky jenom uzivatel, rad se necham poucit.
Jak už jsem říkal, Martine, je spousta způsobů, jak to obejít - jistě, provozovat vlastní SMTP, přepisovat si hlavičky mailů, nastavit si jiné From: a jiné Reply-To atd. Ale proboha PROČ? I kdybych tomu nakrásně rozuměl, mám jednou důkladně nastavené poštovní klienty a nechce se mi v tom vrtat - a hlavně, proč se mám trápit kvůli chybě někoho jiného?
Když mi v restauraci přinesou přesolené nebo studené jídlo, tak to vrátím a nechám si přinést jiné. Všichni ostatní kolem ve stejné situaci to hudrajíce sní. Jsem divnej?
Mému známému zedníci položili křivě dlažbu. Zaplatil jim a až odešli, kus vyboural a sám si to přeložil. Mně se to stalo taky, zavolla jsem je zpátky a nechal jsem je to opravit. Jsem divnej?
Quick nainstaloval hardware s chybou a už nemůžu používat Internet jak jsem byl zvyklý. Neobejdu to, nezbastlím si náhradní řešení - a místo toho se už skoro dva měsíce snažím, aby mi zajistili plnohodnotné používání Internetu jako předtím. Tak jsem divnej pavouk, no...
Mate pravdu, CT je nepruzny, muzeme nadavat, ale to je vsechno, co muzeme delat.
Na Windows by stacilo udelat REG soubor a ten spustit s pripojenim, prepsal by odchozi SMTP server.
Anebo jeste lepe, vice stejnych kont, konto se zaktivni vzdy podle typu pripojeni (ke komu jste se pripojil), snad to i samotnej Outlook Express podporuje.
Jak psal pan Soucek, reseni je snadne (ale chapu, ze to nastve, delat takovehle veci navic).
Na to není potřeba žádný vlastní SMTP server, jakoukoliv adresu odesílatele je možné zadat prakticky u jakéhokoliv providera, jak už jsem psal, kontroluje se jen IP adresa.
Nevím, jestli jsem správně pochopil Váš problém, ale odesílat poštu s určitou adresou odesílatele můžete od kteréhokoliv providera. Nekontroluje se totiž adresa odesílatele, ale IP adresa, ze které se připojujete. Takže si stačí nastavit jako odesílací SMTP server toho providera, přes kterého se právě připojujete.
Pravda, před nějakou dobou jsem četl, že IOL kontroluje i adresu odesílatele, také jsem jim hned napsal, proč to není vhodné, ale jestli tohle omezení je ještě pořád nevím. Ale u jiných providerů jsem se s tím nesetkal.
Pokud máte možnost, byl by zajímavé se podívat na LCP (Link Control Protocol) fázi vyjednávání spojení - v rámci ní se obě strany dohadují na společné podmnožině parametrů, a ve Vašem případě se nedohodnou. Pod Linuxem to vypadá nějak takhle:
Dec 27 20:44:39 petr5 pppd[1096]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xb82e20b7> <pcomp> <accomp>]
Dec 27 20:44:39 petr5 pppd[1096]: rcvd [LCP ConfRej id=0x1 <pcomp> <accomp>]
Dec 27 20:44:39 petr5 pppd[1096]: rcvd [LCP ConfReq id=0x1 <mru 1500> <asyncmap 0xa0000> <auth chap 05> <magic 0x4d664a79> <pcomp> <accomp> < 11 04 06 40> < 13 07 02 c1 56 c8 96>]
Dec 27 20:44:39 petr5 pppd[1096]: sent [LCP ConfRej id=0x1 < 11 04 06 40> < 13 07 02 c1 56 c8 96>]
Dec 27 20:44:39 petr5 pppd[1096]: sent [LCP ConfReq id=0x2 <asyncmap 0x0> <magic 0xb82e20b7>]
Dec 27 20:44:39 petr5 pppd[1096]: rcvd [LCP ConfAck id=0x2 <asyncmap 0x0> <magic 0xb82e20b7>]
Dec 27 20:44:39 petr5 pppd[1096]: rcvd [LCP ConfReq id=0x2 <mru 1500> <asyncmap 0xa0000> <auth chap 05> <magic 0x4d664a79> <pcomp> <accomp>]
Dec 27 20:44:39 petr5 pppd[1096]: sent [LCP ConfAck id=0x2 <mru 1500> <asyncmap 0xa0000> <auth chap 05> <magic 0x4d664a79> <pcomp> <accomp>]
ConfReq je co jedna strana vyžaduje, ConfRej co odmítá a ConfAck co potvrzuje, rcvd je přijatý požadavek, sent odeslaný.
Samozřejmě je ostuda, jestli už tohle dávno nezanalyzovali u IOL.
Pixi, kdyz si nainstalujes na lokal vlastni SMTP, tak muzes odesilat maily treba jako vaclav.havel@hrad.cz, takze muzes posilat maily do konferenci jedna radost. Najdi si nejakej SMTP server (mozna mas nejakej primo na CD od Apple), a jestli budes mit problem, ozvi se.
Ona ta komprese neni zas az tak velka vyhoda. Vetsinu trafficu totiz delaji jiz znacne kompresovane soubory (jpg, zip, mp3, avi apod.), takze softwarova komprese vede casto spise ke zpomaleni rychlosti.
A to nemluvim o tom, ze spousta serveru, pokud dostanou od prohlizece hlavicku "Accept-Encoding: gzip" (=vetsina prohlizecu), tak posle i html a textove soubory zkompresovane...
Já jsem samozřejmě připojen také (k více) jiným providerům - ale jak je v článku uvedeno, posílat poštu ze svého accountu u IOL můžu jen přes síť Telecomu, odjinud je přístup zakázaný. A z mnoha důvodů (pracovní, mailové konference) často potřebuju posílat poštu právě z tohoto accountu.
Čili ano: když je nouze, můžu poslat akutní mail třeba z Contactelu nebo Atlasu - ale takový mail už např. nedorazí do některých konferencí nebo tam, kde se třídí či threadují zprávy podle adresy odesílatele, a prostě tam musím posílat maily z accountu IOL.
Nejde tady ani tak o můj konkrétní problém, který se jistě dá spoustou způsobů OBEJÍT, ale o ukázku jednání CT, když chcete takový problém VYŘEŠIT.
Nikdo neni dokonaly, a CT uz vubec, je to tezkopadny, spatne komunikujici a neefektivni kolos. Kvuli jednomu MACu... Jenze to je problem, tyhle firmy nas, spotrebitele budou donekonecna oblbovat tim, ze jsme jedini, kteri maji potize, at jiz jde o cokoliv. Stalo by za to vytvorit www.nespokojenost.cz a tam to ventilovat a temhle molochum obcas poslat link na tiskove odd. (+ dalsim mediim), verim tomu, ze by se pak vse hybalo podstatne rychleji (jenze kdo to bude manazovat, ze).
Uniklo mi ale, proc se nepripojite k jinemu ZDARMA provajdrovi? Contactel, Quick, Volny, WorldOnLine - jsou vsichni zdarma.
VOLNY navic zavedl MPPC softwarovou kompresi na ISDN linkach v cele CR (a i na casti analogovych portu v CR), proto s nim dosahnete nejvyssi mozne rychlosti, pri stahovani napr. HTML stranek prakticky rychlosti dvoj az trojnasobne. Take limit prenosove rychlosti serioveho portu pada.
ČLÁNKY DO MAILU