OT: smtp.cz

[Jan Volešák]

Dobry den,
rad bych se Vas vsech optal, zda mate nejakou zkusenost se smtp.cz (mail hosting - active24).
Nyni mi zakaznik rekl, ze mu smtp.cz sdelilo, ze pokud se nas server bude pokouset pristupovat na backup MX, zablokujou ho. Oni si chytre udelali limit na pocet spojeni na primar MX ale z/na backup MX jej zrejme nastavit nemohou. Muj server se po timeoutu s primarem in.smtp.cz samozrejme pokousi posilat pres backup mx mx.smtp.cz a tam to projde. Asi se jim to tam pote stosuje a jsou z toho nervozni.
My poskytujeme Internet zakaznikovi a on odesila prostrednictvim naseho smtp relay serveru na svuj mail hosting. Kdyz smtp.cz vyhrozuje jeho blokaci, je to stejne jako by zakaznikovi znemoznili pouzivat sluzbu. Oni tam maji schranky pro vsechny usery, kdyz jeden posle mail na vsechny, je to docela cvrkot.
Jsem z toho nejakej rozladenej. Uz me jenou blokli a rešil jsem to 2 dny. Chapu, ze tam mohou mit nejake problemy, ale hazet to na nekoho jineho? Poskytuji zrejme neco, s cim si nevi rady.
Stalo se Vam to nekomu?
Honza Volesak

Vycuc z logu:

Sep 24 14:03:52 dns2 postfix/smtp[11419]: connect to in.smtp.cz[81.95.97.116]: Connection timed out (port 25)
Sep 24 14:03:52 dns2 postfix/smtp[9539]: connect to in.smtp.cz[81.95.97.116]: Connection timed out (port 25)
Sep 24 14:03:52 dns2 postfix/smtp[12421]: connect to in.smtp.cz[81.95.97.116]: Connection timed out (port 25)
Sep 24 14:03:56 dns2 postfix/smtp[12609]: connect to in.smtp.cz[81.95.97.116]: Connection timed out (port 25)
Sep 24 14:03:57 dns2 postfix/smtp[12609]: 044B231C8A2: to=<***@domena.CZ>, relay=mx.smtp.cz[81.31.37.214], delay=38, status=sent (250 Ok: queued as 8318112C7A)
Sep 24 14:03:57 dns2 postfix/smtp[12609]: 044B231C8A2: to=<***@domena.CZ>, relay=mx.smtp.cz[81.31.37.214], delay=38, status=sent (250 Ok: queued as 8318112C7A)
Sep 24 14:03:57 dns2 postfix/smtp[12609]: 044B231C8A2: to=<***@domena.CZ>, relay=mx.smtp.cz[81.31.37.214], delay=38, status=sent (250 Ok: queued as 8318112C7A)
Sep 24 14:03:57 dns2 postfix/smtp[12609]: 044B231C8A2: to=<***@domena.CZ>, relay=mx.smtp.cz[81.31.37.214], delay=38, status=sent (250 Ok: queued as 8318112C7A)
Sep 24 14:03:57 dns2 postfix/smtp[12421]: 69D3D31C927: to=<***@domena.cz>, relay=mx.smtp.cz[81.31.37.214], delay=5023, status=sent (250 Ok: queued as 7EE0012C5E)
.
.
.

[Ondrej Cecak]

Post by Jan Volešák
Dobry den,
rad bych se Vas vsech optal, zda mate nejakou zkusenost se smtp.cz (mail
hosting - active24). Nyni mi zakaznik rekl, ze mu smtp.cz sdelilo, ze pokud
se nas server bude pokouset pristupovat na backup MX, zablokujou ho.

To je docela vtipne, proc tam ten backup MX maji? Aby se dostali na seznam
zlych RFC ignorujicich, se kterymi se nebavime?

Post by Jan Volešák
Muj server se po timeoutu s primarem in.smtp.cz
samozrejme pokousi posilat pres backup mx mx.smtp.cz a tam to projde.

Snadno muzete vnutit Postfixu transport, aby misto kontaktovani zalozniho MX
odpovedel neco ve stylu "450 Poskytovatel smtp.cz je zvlastni."

[Dalibor Straka]

Ahoj!

Post by Ondrej Cecak

Post by Jan Volešák
Dobry den,
rad bych se Vas vsech optal, zda mate nejakou zkusenost se smtp.cz (mail
hosting - active24). Nyni mi zakaznik rekl, ze mu smtp.cz sdelilo, ze pokud
se nas server bude pokouset pristupovat na backup MX, zablokujou ho.

To je docela vtipne, proc tam ten backup MX maji? Aby se dostali na seznam
zlych RFC ignorujicich, se kterymi se nebavime?

Jesteze se ta jejich domena jmenuje smtp.cz a ne rovnou rfc2821.cz,
spadl bych ze zidle.

Post by Ondrej Cecak

Post by Jan Volešák
Muj server se po timeoutu s primarem in.smtp.cz
samozrejme pokousi posilat pres backup mx mx.smtp.cz a tam to projde.

Snadno muzete vnutit Postfixu transport, aby misto kontaktovani zalozniho MX
odpovedel neco ve stylu "450 Poskytovatel smtp.cz je zvlastni."

A nebo si proste na vlastnim serveru pres iptables ty blbecky uriznete
pres -d mx.smtp.cz -j REJECT nebo si na dns udelejte fake jejich domeny.

Konecne uz vim, k cemu jsou iptables dobre ;-).
-- Dalibor Straka

[Jan Volešák]

Post by Dalibor Straka
A nebo si proste na vlastnim serveru pres iptables ty blbecky uriznete
pres -d mx.smtp.cz -j REJECT nebo si na dns udelejte fake
jejich domeny.
Konecne uz vim, k cemu jsou iptables dobre ;-).
-- Dalibor Straka

...ono to není tak jednoduché. Jsme menší poskytovatel Internetové konektivity. A dost našich zákazníků (min. 3 společnosti) používá smtp hosting u Active24, tedy smtp.cz. Ti zákaznící tam mejí mailboxy pro všechny lidi ve firmě (vím, u firmy s 50 lidmi je to zvláštní). Nicméně, chtějí spolu komunikovat. Již jsem jim doporučil zapomenout na Active24 a nechat si udělat svůj vlastní, rfc respektující, server. No, něco ve smyslu Vašich posměšných reakcí jsem napsal zákazníkovi. Uvidíme jak se k tomu postaví smtp.cz. Takovou doménu a ani neví jak to funguje, že se nestydí.
Honza Volešák

[Dalibor Straka]

Post by Jan Volešák

Post by Dalibor Straka
A nebo si proste na vlastnim serveru pres iptables ty blbecky uriznete
pres -d mx.smtp.cz -j REJECT nebo si na dns udelejte fake
jejich domeny.
Konecne uz vim, k cemu jsou iptables dobre ;-).
-- Dalibor Straka

...ono to není tak jednoduché. Jsme menší poskytovatel Internetové

Uriznout si sekundar (backup MX) je jednoduche.

-- Dalibor Straka

[Jan Volešák]

Post by Dalibor Straka
Uriznout si sekundar (backup MX) je jednoduche.
-- Dalibor Straka

...to ano, ale na primar mi prijmou jeden mail za x minut, kdyz posle jeden clovek mail vsem ve firme, odchází jich ode me cca 50. Pak mi to bude viset na serveru buh vi jak dlouho. Nehlede k tomu, ze to preci neni smysluplne reseni. Koncepcni by bylo, kdyby si to oni dali do poradku.
Honza Volesak

[Hynek Schiffner]

Post by Ondrej Cecak

Post by Jan Volešák
Dobry den,
rad bych se Vas vsech optal, zda mate nejakou zkusenost se smtp.cz (mail
hosting - active24). Nyni mi zakaznik rekl, ze mu smtp.cz sdelilo, ze pokud
se nas server bude pokouset pristupovat na backup MX, zablokujou ho.

To je docela vtipne, proc tam ten backup MX maji? Aby se dostali na seznam
zlych RFC ignorujicich, se kterymi se nebavime?

Post by Jan Volešák
Muj server se po timeoutu s primarem in.smtp.cz
samozrejme pokousi posilat pres backup mx mx.smtp.cz a tam to projde.

Snadno muzete vnutit Postfixu transport, aby misto kontaktovani zalozniho MX
odpovedel neco ve stylu "450 Poskytovatel smtp.cz je zvlastni."

[Jan Volešák]

Předem bych se chtěl představit. Jmenuji se Jan Volešák a starám se o smtp relay, která slouží našim zákazníkům (někteří z nich mají smtp hosting právě u smtp.cz), kteří nemají vlastní smtp server, k odesílání pošty. Na žádost autora, pana Horáka, zasílám jeho email i s mými odpověďmi do konference. Prosím věnujte tomu vteřinku a pokud budete moci, vyjádřete svůj názor.
-----------------

Post by Jan Volešák
Dobry den,
se sekundarem smtp.cz se to ma tak, ze slouzi prevazne pro
zakazniky,
kteri maji sve vlastni postovni servery, ale nemaji svuj vlastni
zalozni postovni server.
Jeho dalsi funkcionalitou je prijimat emaily v pripade
nefunkcnosti in.smtp.cz

-- OK, nebudu kritizovat tuto koncepci. Jen Vám napíši co již bylo v konferenci zmíněno. Jestliže máte v dns backup MX záznam, měl byste zprávy přebírat, tedy pokud server žije. Tak to prosím dělejte.

Post by Jan Volešák
Docela by mne zajimalo, co to proboha na in.smtp.cz posilate za
zverstva, jelikoz je tam Postfix, ktery je nastaven tak, aby
z jedine
adresy obslouzil 200 nebo 300 paralelnich spojeni.

-- Předpokládám, že víte, jak smtp server funguje. Tento server má na starosti odeslat zprávy našich zákazníků. Také to dělá. Problém je ovšem v tom, že Vy na primárním MX máte nastaveny omezení. Což bych ještě dokázal pochopit. Ale pak se nesmíte divit, že to server vyřídí s backup MX serverem a tuto informaci si uchová pro další komunikaci. Tím omezením dojde k nakupení mailů ve frontě zpráv a po kontaktu s backup MX k jejímu vyprázdnění. Toto není nic abnormálního. Vše prozatím podle rfc. Tedy žádná "zvěrstva" jak jste to nazval.

Post by Jan Volešák
Za druhy je taky dulezity co si to tam ty lidi posilaji za emaily -
jestli obcas sekretarka posle zabavny video vsem
zamestnancum, tak se
neni cemu divit a ne ze by to nebylo na dennim poradku tohle se deje
porad.

-- Chcete mi snad naznačit, že mám našim zákazníkům kontrolovat poštu? To by ovšem zavánělo naváděním k trestnému činu. Vy poskytujete našemu zákazníkovi SMTP služby, tak to prosím dělejte, nebo alespoň zákazníkovi řekněte, že na to nemáte prostředky a vypovězte mu smlouvu/službu.

Post by Jan Volešák
Dalsi dulezitou veci taky je, jak je dany hromadny email posilan.
Podle toho co pisete odhaduji, ze tech padesat emailu se dorucuje
jeden po druhem samostatne namisto, aby bylo zapsano padesat
emailovych adres v 'Cc' hlavicce. Zkuste rict, ze to tak neni a
opravdu mne pobavite, protoze jinak by nemohlo byt odmitnuto jedno
jedine TCP spojeni s 50 adresami v Cc.

-- Jak to zákazník odešle, tak to vyřídím. Nemohu mluvit zákazníkovi do jeho komunikačních záležitostí. Mimochodem, tak jak říkáte by to odešlo za předpokladu, že byste zákazníkovi povolili relay přes sebe. Pak by odešel jedem mail a server by to rozeslal do schránek.

Post by Jan Volešák
Ja netvrdim, ze to funguje dokonale, ale kdyz se kazdy jedinec
rozhodne posilat hromadny emaily tak jako vy a to v tu
nejvytizenejsi
dobu, tak se neni cemu divit.

-- Toto byste měl říci Vašemu zákazníkovi, nikoliv mě. Prosím uvědomte si, že já jsem v tomto řetězci pouze zprostředkovatel.

Post by Jan Volešák
Budte tak hodny a napred se zamyslete nad tim co to vlastne delate,
jak to delate a ceho chcete vlastne docilit a teprve potom hledejte
chybu jinde.

-- Hledám hledám nenacházím. Pokusím se zamyslet. O totéž bych rád požádal i členy konference. Prosím vyjádřete se k tomu, velice Vám za to předem děkuji.

Post by Jan Volešák
S pozdravem,
Jan Horak.

S pozdravem
Jan Volešák

[h***@icebraker.org]

Dobry den,
aby nedoslo k mylce, tak sice vim jak to funguje, ale jiz nejakou dobu
nejsem spravcem.

Neni potreba povolovat zadnou relay. Sledujte:

1) zakaznik odesle jeden email na padesat adresatu pres vas smtp server

2) vas smtp server prijme jeden email a pokusi se ho poslat dal, tj.
vyhodnoti, ze je tam padesat adresatu, ktere chce poslat na jeden a
ten samy next-hop smtp server, tak opet odesle pouze jeden email a v
smtp komunikaci uvede padesat adresatu

3) atd. atd. atd.

4) az cilovy postovni server prijme jeden email pro padesat adresatu a
provede tedy padesat doruceni do schranek, ale az teprve ted dojde k
rozstepeni onoho emailu na padesat jedinecnych kopii


Prvne je potreba, aby si to u sebe opravil vas zakaznik a teprve potom
si muzete stezovat u Active24.

Abych Vam to trochu priblizil, tak na Ceskou postu si taky nemuzete
jit stezovat, ze chcete na prepazce odeslat padesat dopisu, ale
pokazdy podate k odeslani jenom jeden a s tim zbytkem co mate v rukou
si jdete zase vystat frontu :-D to je proste nesmysl.

Kazdej takovejhle nesmysl plytva vasimi (zakaznikovymi) zdroji - cas,
penize, spolehlivost atd. atd. atd.


Napred si to musi u sebe opravit zakaznik a teprve potom bude mit
pravo si stezovat.

Neni v lidskych ani ve financnich silach zadneho poskytovatele mit
dostatek HW, CPU, RAM ani HDD, aby dokazal obslouzit kazdeho kdo neumi
setrne vyuzivat to co ma k dispozic - to proste nejde.

S pozdravem,
Jan Horak.

[Jan Volešák]

Post by Jan Volešák
Dobry den,
aby nedoslo k mylce, tak sice vim jak to funguje, ale jiz
nejakou dobu
nejsem spravcem.
1) zakaznik odesle jeden email na padesat adresatu pres vas
smtp server

.
.
.
Tak tady jsem možná trochu mimo mísu.
Celé je to tedy tak, že když píše zákazník svým kolegům do To: tak se to rozjede již u mě, kdežto kdyby psal do Cc: dojde to celé až k na cílový server jako jedna zpráva?
Jestli je tomu tak, tak to jsem opravdu nevěděl. Domníval jsem se, že je to otázka prvního hopu od klienta a pak už se to žene samostatně.
Přiznávám, jestli je tomu opravdu tak, že to by celou situaci zřejmě vyřešilo. Proč na toto tedy smtp.cz neupozorňuje své zákazníky?
Oslovím v tomto smyslu správce a dám vědět výsledek
Díky
Honza Volešák

[h***@icebraker.org]

Dobry den,
presne tak. V hlavicce 'To' smi byt pouze jedna adresa, zatimco
hlavicka 'Cc' zadnym cislem omezena neni, presneji receno ono vlastne
vubec nejde o to co je napsano v emailu, ale jake adresaty uvedete v
smtp komunikaci, ale v radnych emailech si tyto informace koresponduji.

Takze v SMTP komunikaci proste musite uvest padesat adresatu - ja
osobne doporucuji delit tyto adresaty do skupin po 40ti az 45ti, aby
nedoslo k zahozeni emailu.

Takze k odeslani hromadneho emailu 30ti lidem poslete 1 email, 65
lidem 2 emaily atd.


A jeste ke druhe otazce - Active24 to nikoho neuci, jelikoz na to
zadny provider nema dost lidskych zdroju ani penez. Takove informace
se bud musi kazdy naucit sam, nebo si musi zaplatit mastny
administratorsky kurz, kde vas to nauci - holt know-how je draha
zalezitost ;-)


Anebo staci napsat do Linuxovy konference :-D a mate to zadarmo.


S pozdravem,
Jan Horak.

[Jan Volešák]

Post by h***@icebraker.org
A jeste ke druhe otazce - Active24 to nikoho neuci, jelikoz na to
zadny provider nema dost lidskych zdroju ani penez. Takove informace
se bud musi kazdy naucit sam, nebo si musi zaplatit mastny
administratorsky kurz, kde vas to nauci - holt know-how je draha
zalezitost ;-)
Anebo staci napsat do Linuxovy konference :-D a mate to zadarmo.
S pozdravem,
Jan Horak.

...pak to ale dopadá jak to dopadlo ;) Myslím, že malá informace na jejich stránkách by jim samotným hodně pomohla. Tím, že to explicitně neuvádějí, si sami způsobují problémy. No a o tom, kolik uvádějí někteří naši zákazníci ve svých obchodních nabídkách příjemců raději pomlčím ;)
Honza Volešák

[h***@icebraker.org]

Dobry den,
neuvadi se to ze dvou duvodu:

1) opatrnost - aby toho zadni vykukove nemohli zneuzivat, ale na
druhou stranu se i vetsi spravne odesilanych emailu toleruje

2) prilisna variabilita - je velmi tezke urcite ke kazdemu emailu
limity obzvlaste, kdyz si kazdy zakaznik nekupuje pouze jednu sluzbu,
ale smesici tri sluzeb - emaily, web a databazi. Takova omezeni by
stala prilis programovani a nakonec by z toho bylo vic problemu nez
uzitku.

Dobrou zpravou, ale je, ze ten princip "na dobre slovo" tady v cechah
funguje minimalne poslednich osm let a to je fajn :) drtiva vetsina
zakazniku se proste chova slusne a/nebo aspon umeji odesilat postu.

S pozdravem,
Jan Horak.

[Petr Koval]

Post by h***@icebraker.org
1) opatrnost - aby toho zadni vykukove nemohli zneuzivat, ale na
druhou stranu se i vetsi spravne odesilanych emailu toleruje

security by obscurity ?

pred nevidomimy humany to mozna funguje
pred infikovanimy stroji tezko

[Michal Dobes]

Post by Jan Volešák
Dobry den,
presne tak. V hlavicce 'To' smi byt pouze jedna adresa, zatimco
hlavicka 'Cc' zadnym cislem omezena neni, presneji receno ono vlastne
vubec nejde o to co je napsano v emailu, ale jake adresaty uvedete v
smtp komunikaci, ale v radnych emailech si tyto informace koresponduji.

Mohu se zeptat, který dokument specifikuje, že v To: může být jen jedna
adresa? Pokud nahlédnu do RFC2822, kapitola 3.6.3. Destination address
fields, tak vidím:

to = "To:" address-list CRLF
cc = "Cc:" address-list CRLF
bcc = "Bcc:" (address-list / [CFWS]) CRLF

A o kousek dál:
The "To:" field contains the address(es) of the primary recipient(s)
of the message.

I v předchozí verzi v RFC822 vidím u To: množné číslo ohledně
příjemců.

M.

[Petr Koval]

Post by Michal Dobes

Post by Jan Volešák
Dobry den,
presne tak. V hlavicce 'To' smi byt pouze jedna adresa, zatimco
hlavicka 'Cc' zadnym cislem omezena neni, presneji receno ono
vlastne
vubec nejde o to co je napsano v emailu, ale jake adresaty uvedete v
smtp komunikaci, ale v radnych emailech si tyto informace
koresponduji.

Mohu se zeptat, který dokument specifikuje, že v To: může být jen
jedna adresa? Pokud nahlédnu do RFC2822, kapitola 3.6.3. Destination
to = "To:" address-list CRLF
cc = "Cc:" address-list CRLF
bcc = "Bcc:" (address-list / [CFWS]) CRLF
The "To:" field contains the address(es) of the primary recipient(s)
of the message.
I v předchozí verzi v RFC822 vidím u To: množné číslo ohledně
příjemců.
M.

Vsechno hezke a pekne, ale neni zde uvedena jedna dost podstatna vec.
Samozdrejme je mozne pouzit vice adresatu v polich To a Cc, ale malo
kdo
si skutecne uvedomuje, zdali prijemci v techto dvouch polich dali
svoleni
ke zverejneni jejich emailovych adres!

Kazdy prijemce z poli To a Cc totiz vidi i ty ostatni emailove adresy,
tak jako i ti ostatni. To si ne ale kazdy preje. Ja vidim jako
naprostou
bezhlednost a vulgarnost, ze to nekdo pouzije anizby se predem
vsechny ostatni prijemce zeptal, zda-li to smi udelat, a tak
bez je informovat ci jejich svoleni predem to proste udela.

Zatim ale neexistuje zadna ochrana osobnich dat, ke kterym patri
i emailove adresy, hlavne v pripade ze si nekdo sverejneni jeho
emailove adresy nepreje, te ktera je prave pouzita, a to jeste nemluvim
i infkovanych pocitacich vsech zapojenich osob, tech dalsich prijemcu.

Lehce ci lehkomyslne bych mohl tvrdit, ze bych se vubec nedivil
zalob v budoucnu za poskozeni, ktere vypliva z takoveho sireni
emailovych adres, a naslednym dalsim obtezovanim ci poskozovani
infikovanimy systemi, se kteremi takovi prijemci puvodne vubec
nebyli v emailovem spojeni.

V tomto smyslu spamu zdar, ci dle mne radsi spamu nezdar.
Ja takove svinarny odmitam, a ani v RFC nestoji
nic o zakazu omeovani poctu To a Cc emailovych adres
a kde ten vliv mam navrhuji snizovani celkoveho omezovani
na 15, 5 ci dokonce 3, pokud je to vhodne a mozne.
Jako aktivni podpora proti nezadoucimu spamu.
A to jak pri prijmu, tak a to je podstatne i pri odesilani.
Pri tom je to tak jednoduche pouziti Bcc a vsem temto
problemum se vychnout.

Vsem se mlouvam za nevecnou, nespravnou
nikoho nezajimajici, atd pripominku

pk

[Dalibor Straka]

Post by Petr Koval
i infkovanych pocitacich vsech zapojenich osob, tech dalsich prijemcu.
Lehce ci lehkomyslne bych mohl tvrdit, ze bych se vubec nedivil
zalob v budoucnu za poskozeni, ktere vypliva z takoveho sireni

Tady jsem prestal cist kvuli 5. nechutne (gramaticke) chybe.

-- Dalibor Straka

[Petr Koval]

Post by Dalibor Straka

Post by Petr Koval
i infkovanych pocitacich vsech zapojenich osob, tech dalsich
prijemcu.
Lehce ci lehkomyslne bych mohl tvrdit, ze bych se vubec nedivil
zalob v budoucnu za poskozeni, ktere vypliva z takoveho sireni

Tady jsem prestal cist kvuli 5. nechutne (gramaticke) chybe.
-- Dalibor Straka

Und was hat es mit dem Thema zu tun gehabt?
Pardon wenn ich versucht habe in der Sprache
die ich seit mehr als 20 jahren nicht üben konnte.
Unnötige Anstrengung.

Ausserdem hat dich niemand gezwungen es zu lesen.

Ende.

[Kocourek Lukas]

Dobry den,

Zda se, ze nechapete zakladni principy volneho trhu. Ja jako zakaznik si
platim nejakou sluzbu a tuto sluzbu pochopitelne BUDU vyuzivat na maximum
jednoduse protoze za to proste platim. Co to je "setrne vyuzivat" ? Mate
snad v obchodnich podminkach definici "setrneho vyuzivani" ci nejak
limitovano kolik smi Vas zakaznik poslat mailu za dany casovy usek ? Vasi
sluzbu detailne neznam, ale z toho co tu zaznelo jsem pochopil, ze
provozujete schranky pro firmy, ktere z nejakeho duvodu nemaji vlastni mail
server. Pak ale s vyse uvedenym chovanim musite pocitat a je jen logicke ze
pro odesilani mailu bude Vas zakaznim vyuzivat SMTP relay sveho providera. A
pak tezko muzete nadavat ze Vam SMTP relay daneho providera dorucuje maily
pres MX backup kdyz ho na primarnim MX blokujete.. chova se zcela podle RFC.

--
Lukas Kocourek

On 9/25/07, ***@icebraker.org <***@icebraker.org> wrote:
[cut]

Neni v lidskych ani ve financnich silach zadneho poskytovatele mit

Post by h***@icebraker.org
dostatek HW, CPU, RAM ani HDD, aby dokazal obslouzit kazdeho kdo neumi
setrne vyuzivat to co ma k dispozic - to proste nejde.
S pozdravem,
Jan Horak.

[h***@icebraker.org]

Dobry den,
vy jste poradne necetl to co jsem posilal - ja NEJSEM zamestnancem Active24.
Uz jsem to tu jednou psal, tak se toho prosim drzme.

A navic se zda, ze vy nechapete rozdil mezi tim co si zakaznik
zaplatil a to co opravdu chce vyuzivat.

Zakaznik by rad pouzival co nejvic, ale na to samozrejme nema dost
penez a dokud nedela problemy a chova se slusne, tak at si dela co chce.

Za mych postovnich dob existovalo dokonce nekolik zakazniku, kteri
nemeli nejdrazsi modely, ale presto odesilali hromadne obchodni emaily
svym zaregistrovanym zakaznikum radove po desetitisicich adresatech,
ale delali spravne, takze nikdy nebyl duvod je blokovat.

Na druhou stranu jsme obcas museli zablokovat i VIP klienta, jelikoz
posilal takovej marast, ze to proste neslo prehlidnout a navic tim
omezoval sluzby ostatnich zakzniku.

Tohle vubec neni o volnem trhu - volny trh je to, ze kdyz se vam to
nelibi a neumite se chovat slusne, tak bezte jinam, protoze tady jsou
jenom slusny lidi - treba prave jako puvodni tazatel, ktery se tu neco
naucil, poucil se a preda to dal svemu zakaznikovi.

Tohle je o znalostech, zkusenostech, ale i vuli se neco ucit a delat
svoji praci poradne a setrne, aby mne to moc nestalo a zaroven jsem
tim ziskal co nejvic.

Tim toto vlakno pokladam za uzavrene a preji hezky den,
Jan Horak.

[Jan Volešák]

Radeji se nenechme unaset hnevem. V prvni rade to, co jsme nyni poresili je to, cim mel spravce smtp.cz zacit u sveho zakaznika. Jestli se mu neco nelibi, nema tu zodpovednost hazet na prostrednika a jeste mu o tom ani nedat vedet. Mel situaci analyzovat a pokusit se ji resit. Jak je videt, jiste by se cesticka nasla. Maslim si, ze jsme se alespon trochu poucili vsichni. Uvidime jak to cele dopadne
Diky vsem za reakce a panu Horakovi za vecne pripominky.
Honza Volesak

[Kocourek Lukas]

Neprehledl jsem, ze uz se o ten server nestarate, nicmene tu vystupuje v
pozici zastupce smtp.cz s kterym to puvodni tazatel resil. Chapu ze s tim uz
asi nemuzte nic udelat, nicmene se znazim vysvetlit co je spatne. Neresim
ted otazku zda davat adresy do To: nebo Cc:, tam je jednoznacne ze pokud se
jedna o adresy v ramci jedne domeny a pouzije se Cc: dojde k naforkovani
mailu az na cilovem smtp, coz je zadouci - koncovemu uzivateli to ale tezko
vysvetlite, toho takoveto "technicke" veci naprosto nezajimaji. Hlavni
problem vidim v tom ze smtp.cz vyhrozuje transportnimu providerovi ze mu
zablokuje jeho relay pokud bude maily dorucovat pres MX backup. Pritom je
zcela irelevantni, ze se interne Active24 rozhodlo, ze se MX backup se bude
pouzivat jen kdyz nahodou vypadne primarni MX. Jednou je uveden jako MX
backup a je tedy logicke ze jej ostatni smtp servery budou vyuzivat timto
zpusobem.
Vase predstava volneho trhu, je ponekud zvracena a mirne receno
idealisticka. Co myslite ze jako zakaznik udelam kdyz mi budete diktovat jak
smim nebo nesmim posilat maily ? Casem by to pripadne mohlo dojit tak
daleko, ze mi zacnete diktovat jakeho smim nebo nesmim pouzivat postovniho
klienta. Samozrejme pujdu jinam a pochopitelne na tom budete skodny Vy,
protoze jste prisel o zakaznika (byt nesplnujiciho Vase idealni predstavy o
tom jak se posilaji hromadne maily).

--
Lukas Kocourek

Post by Jan Volešák
Dobry den,
vy jste poradne necetl to co jsem posilal - ja NEJSEM zamestnancem Active24.
Uz jsem to tu jednou psal, tak se toho prosim drzme.
A navic se zda, ze vy nechapete rozdil mezi tim co si zakaznik
zaplatil a to co opravdu chce vyuzivat.
Zakaznik by rad pouzival co nejvic, ale na to samozrejme nema dost
penez a dokud nedela problemy a chova se slusne, tak at si dela co chce.
Za mych postovnich dob existovalo dokonce nekolik zakazniku, kteri
nemeli nejdrazsi modely, ale presto odesilali hromadne obchodni emaily
svym zaregistrovanym zakaznikum radove po desetitisicich adresatech,
ale delali spravne, takze nikdy nebyl duvod je blokovat.
Na druhou stranu jsme obcas museli zablokovat i VIP klienta, jelikoz
posilal takovej marast, ze to proste neslo prehlidnout a navic tim
omezoval sluzby ostatnich zakzniku.
Tohle vubec neni o volnem trhu - volny trh je to, ze kdyz se vam to
nelibi a neumite se chovat slusne, tak bezte jinam, protoze tady jsou
jenom slusny lidi - treba prave jako puvodni tazatel, ktery se tu neco
naucil, poucil se a preda to dal svemu zakaznikovi.
Tohle je o znalostech, zkusenostech, ale i vuli se neco ucit a delat
svoji praci poradne a setrne, aby mne to moc nestalo a zaroven jsem
tim ziskal co nejvic.
Tim toto vlakno pokladam za uzavrene a preji hezky den,
Jan Horak.

[Libor Chocholaty]

Post by Jan Volešák
Dobry den,
aby nedoslo k mylce, tak sice vim jak to funguje, ale jiz nejakou dobu
nejsem spravcem.
1) zakaznik odesle jeden email na padesat adresatu pres vas smtp server
2) vas smtp server prijme jeden email a pokusi se ho poslat dal, tj.
vyhodnoti, ze je tam padesat adresatu, ktere chce poslat na jeden a
ten samy next-hop smtp server, tak opet odesle pouze jeden email a v
smtp komunikaci uvede padesat adresatu
3) atd. atd. atd.
4) az cilovy postovni server prijme jeden email pro padesat adresatu a
provede tedy padesat doruceni do schranek, ale az teprve ted dojde k
rozstepeni onoho emailu na padesat jedinecnych kopii
Prvne je potreba, aby si to u sebe opravil vas zakaznik a teprve potom
si muzete stezovat u Active24.
Abych Vam to trochu priblizil, tak na Ceskou postu si taky nemuzete
jit stezovat, ze chcete na prepazce odeslat padesat dopisu, ale
pokazdy podate k odeslani jenom jeden a s tim zbytkem co mate v rukou
si jdete zase vystat frontu :-D to je proste nesmysl.
Kazdej takovejhle nesmysl plytva vasimi (zakaznikovymi) zdroji - cas,
penize, spolehlivost atd. atd. atd.
Napred si to musi u sebe opravit zakaznik a teprve potom bude mit
pravo si stezovat.
Neni v lidskych ani ve financnich silach zadneho poskytovatele mit
dostatek HW, CPU, RAM ani HDD, aby dokazal obslouzit kazdeho kdo neumi
setrne vyuzivat to co ma k dispozic - to proste nejde.

OK.
1. zalezi na tom, co je napsano ve smlouve a 2. to co popisujete je sice
pekne, ale co, kdyz odesilatel chce, aby to odeslo jako 50 samostatnych
emailu? Proste nechce, aby adresati meli v CC zbylych 49 adres. Berte to
jako standardni mailing. To se vybere z databaze (potencialnich)
zakazniku rekneme 2-3 tisice a posle se jim nejaka standardni nabidka.
Taky to neposilate jako jeden balik s tim, at si to mezi sebou nejak
predaji, ale kazdemu poslete pekne jeden katalog/nabidku/cokoli si
manager vzpomene. Vytisknou se stitky na obalky a v lepsim pripade se
provede seskupeni podle dodaciho PSC (pak je levnejsi postovne). Zadny
postovni urad vam nezacne jen tak odmitat zasilky s vysvetlenim, ze jste
toho ten den poslal uz dost a melo by vam to stacit. :-D

Takze jeste jednou: pokud se jedna o placenou sluzbu, zkontrolujte si co
stoji psano ve smlouve a v pripade, ze tam o moznosti nejakych restrikci
nic neni, koukejte hejbnout zadkem a dat to do poradku.

Tak to vidim ja,
Libor

Post by Jan Volešák
S pozdravem,
Jan Horak.
_______________________________________________
Linux mailing list
http://www.linux.cz/mailman/listinfo/linux

[h***@icebraker.org]

Dobry den,
precist si dobre smlouvu se vyplati vzdy :)

Jak jsem napsal drive i taci zakaznici existovali - chteli rozeslat
treba osm tisic emailu.

Nekteri z nich byli dokonce natolik slusni, ze napred zavolali a
zeptali se jestli neco takoveho smeji udelat - to bylo mile (a myslim
to vazne).

Obvykle byl s takovym clovekem probran postup kdy si neco takoveho
muze dovolit a jak to ma delat, takze zde je navod jak rozeslat vetsi
mnozstvi emailu aniz by vas nekdo chtel zablokovat:

1) emaily odesilejte v neexponovanych casech, tj. od 6 vecer do 6 do rana

2) kdyz uz chcete (musite) odesilat emaily po jednom, tak na kazde
odeslani emailu (popr. SMTP autorizaci) nepouzivejte nove TCP spojeni,
ale v jedinem TCP spojeni odeslete treba 5 az 10 emailu po jednom
adresatovi, tj. recyklujte TCP spojeni a po tech 5ti az 10ti emailech
ho zavrete. Mezi jednotlivymi TCP spojenimi si davejte casovou
prodlevu podle velikosti emailu, tj. podle narocnosti na proskenovani
emailu antivirem popr. i antispamem, tj. aby se to stacilo odbavit.
Mezi odesilanim jednotlivych emailu v ramci jednoho TCP spojeni
nedelejte zadnou prodlevu, jelikoz byste tim zbytecne drzeli jeden TCP
slot ostatnim zakaznikum.

3) neposilejte vse najednou, ale zasilejte X emailu za Y minut - je
totiz uplne jedno, jestlo ta reklama apod. prijde vsem stejne, nebo o
hodinku pozdeji.
Takovych 200 az 300 emailu za 30 minut a pres noc muzete obeslat i
vasich 12 000 zakazniku aniz byste tim nekoho omezili, nebo vas chtel
nekdo zablokovat.


Tak snad je to vse a preji hezky vecer,
Jan Horak.