Řídí se SMTP odesilatelé bannerem 250-SIZE?

[mikesznovu]

Týká se obmyšlené zprávy, jejíž velikost je větší-než hodnota v 250-SIZE <NNNNNN>.
Titulek by měl bý vševymluvný: pokud je nava'zána komunikce s SMTP Serverem který ve své serverovské EHLO odpovědi 250-SMTPUTF8 250-SIZE 1100500 250-DSN 250 OK avizuje SIZE, řidí se jím klienti?

Ve smyslu,  že klient(ať už MUA nebo MTA) ukončí   komunikaci QUIT a (větší-než)zprávu neodešle.

A nebo je to jen cár bajtu, který nedá stopku protistraně a vesele odešle i gigovoubzprávu bez ohledu na tento banner?

[Reklama]

[Logik]

Pokud je jen trochu dobře napsaný server, tak se tím především řídí server a spojení při pokusu poslat větší zprávu zařízne. Nikdo se nikdy nemůže spoléhat na to, že je klient "fér" - a každej klient se může chovat jinak.

[jjrsk]

Mno ... rek bych ze typicky klient zadne EHLO neuvidi. To si posilaji MTA navzajem. Takze to typicky vypada tak, ze klient zpravu svemu MTA preda, ten se ji pokusi dorucit protistrane, a ta ho s ni posle kamsi (s hlaskou o nedorucitelnosti). Nacez ten klientsky MTA reaguje tak, ze vrati email odesilateli, a skopiruje do toho hlasku kterou dostal od ciloveho MTA. A v te tedy prevazne bude neco na tema ze email je moc velky.

Pokud mas outlook vs exchange, tam ti to zarizne uz ten outlook, protoze mu vynada exchange ... a predevsim proto, ze to nepouziva smtp.

[RDa]

V pripade, ze MTA je ceskeho puvodu, tak se pri pohledu na 250-SIZE radeji vzda bez boje :-)
Ostatni MTA to zkusi - a pak budou mit alespon padni duvod vratit bounce.

(ne, fakt bych chtel videt jaky bounce by se vracel na zaklade hintu.. ale projdete zdrojaky postfixu, zda tam uvidite kontrolu na nej)

[BobTheBuilder]

Mno ... rek bych ze typicky klient zadne EHLO neuvidi. To si posilaji MTA navzajem. Takze to typicky vypada tak, ze klient zpravu svemu MTA preda, ten se ji pokusi dorucit protistrane, a ta ho s ni posle kamsi (s hlaskou o nedorucitelnosti). Nacez ten klientsky MTA reaguje tak, ze vrati email odesilateli, a skopiruje do toho hlasku kterou dostal od ciloveho MTA. A v te tedy prevazne bude neco na tema ze email je moc velky.

Pokud mas outlook vs exchange, tam ti to zarizne uz ten outlook, protoze mu vynada exchange ... a predevsim proto, ze to nepouziva smtp.

Klient sám zahájí komunikaci příkazem EHLO, takže to, co server podporuje nebo omezuje, uvidí. Jen tu komunikaci klient vede na port 587 (submit) s povinnou autentizací a šifrováním - STARTTLS. Klient může použít i porty 25/STARTTLS nebo 465/SSL, ale server to nemusí akceptovat.
Komunikace sama o sobě je ale stejnými příkazy protokolu SMTP.
Exchange to udělá stejně, když klient není Outlook.

[Reklama]

[Filip Jirsák]

Klient sám zahájí komunikaci příkazem EHLO, takže to, co server podporuje nebo omezuje, uvidí. Jen tu komunikaci klient vede na port 587 (submit) s povinnou autentizací a šifrováním - STARTTLS. Klient může použít i porty 25/STARTTLS nebo 465/SSL, ale server to nemusí akceptovat.
Komunikace sama o sobě je ale stejnými příkazy protokolu SMTP.
Exchange to udělá stejně, když klient není Outlook.

Myslím, že to bylo myšleno tak, že klient odesílá e-mail „svému“ serveru (přes Message submission) a tam nějaké omezení velikosti v komunikaci není až tak zajímavé, protože často bude řešené jiným způsobem (např. Outlook asi nebude nakonfigurován tak, aby povoloval odeslat větší e-mail, než kolik dovoluje „jeho“ Exchange). Omezení na velikost je zajímavé u vzdáleného serveru, takže při komunikaci MTA–MTA. A tohle omezení ten původní odesílající klient nevidí, takže se otmu nemůže přizpůsobit. Ve chvíli, když se odesílající MTA dozví, že cílový MTA přijme max. 10 MB e-mail, má už doručení e-mailu na svých bedrech a jediné, co může udělat, je poslat klientovi bounce. (Nebo taky může e-mail zahodit, ale tvařme se, že jsme v ideálním světě, kde se e-maily nezahazují.)

[f-k-r]

Týká se obmyšlené zprávy, jejíž velikost je větší-než hodnota v 250-SIZE <NNNNNN>.
Titulek by měl bý vševymluvný: pokud je nava'zána komunikce s SMTP Serverem který ve své serverovské EHLO odpovědi 250-SMTPUTF8 250-SIZE 1100500 250-DSN 250 OK avizuje SIZE, řidí se jím klienti?

Ve smyslu,  že klient(ať už MUA nebo MTA) ukončí   komunikaci QUIT a (větší-než)zprávu neodešle.

A nebo je to jen cár bajtu, který nedá stopku protistraně a vesele odešle i gigovoubzprávu bez ohledu na tento banner?

Záleží na konfiguraci obou stran. U klasického protokolu SMTP (tj. komunikace se zahajovala pomocí HELO) server mohl mít (a snad vždycky měl) omezení na velikost přijímané zprávy (přesněji souboru, do kterého se zpráva strkala), jenomže nebyl způsob, jak toto sdělit odesílateli (klientovi). Stávalo se, že někdo poslal dlouhou zprávu (třeba 80 kB :-)), SMTP přenos se normálně rozběhl a po dosažení stropu jej příjemce předčasně a natvrdo ukončil. I proto vznikl ESMTP (EHLO), kdy se klient dozví, kolik je ochoten/schopen server přijmout; jak s tím klient naloží je jeho věc.

[mikesznovu]

V pripade, ze MTA je ceskeho puvodu, tak se pri pohledu na 250-SIZE radeji vzda bez boje :-)
Ostatni MTA to zkusi - a pak budou mit alespon padni duvod vratit bounce.

To je řeč o ceskem MTA, nebo o ceskeho ESMTP serveru?