From: drscrypt on
On 7/7/2010 2:16 PM, Craig wrote:
> MTU, Maximum Tranmission Unit, is the largest message size for a chunk
> of data for a protocol. larger messages get broken up into chunks <=
> MTU. I think Uwe is suggesting that if the MTU (possibly on the MTA's
> side) were assumed to be different sizes in different places, then
> messages above a certain size might be getting trashed.
>
> craig


I see. Yes, the message size definitely seems to be a factor. All else
being equal, increasing the message size makes the sendmessage to fail.
I don't have the opportunity now to run automated tests and create
plots. In the original thread, there are references to the size
boundaries being equal to the blocksize parameter. I don't know MTA's
or MTU's or even how to modify them.

The same script has worked for a long time and the only change was a
recent upgrade to tcllib1.12 along with ActiveTcl 8.4.19.

DrS
From: Robert Heller on
At Wed, 07 Jul 2010 12:55:57 -0400 drscrypt(a)gmail.com wrote:

>
> On 7/7/2010 12:36 PM, Gerald W. Lester wrote:
> > Your reports have been the first against smtp in *years*.
>
> I don't know if everyone reports it or whether they specifically say
> smtp. But with a simple google search, here is one from April:
>
> http://groups.google.com/group/comp.lang.tcl/browse_frm/thread/5d560e747f81f3cd/0261df82f0c16eac?lnk=gst&q=smtp#0261df82f0c16eac
>
> Another one from 2008:
> http://groups.google.com/group/comp.lang.tcl/msg/4a39aee713c539fe
>
>
> Here is another that acknowledges a similar issue, for whom it was
> resolved by removing Trf:
>
> http://groups.google.com/group/comp.lang.tcl/msg/ae5c1120d1593af4
>
>
> So I am sure there are others too; not counting the wiki.
>
>
>
> > When your initial report came in, I verified (using gmail.com and
> > cox.net) that I could send a fairly large attachments using 8.5 and 8.6.
>
> I am using 8.4. Can you run the same tests again with a recent version
> of Tcl 8.4.x and Tcllib 1.12? What script are you using?
>
>
> > As Uwe Klein suggest, in this thread and several of us in your previous
> > thread, try against another MTA -- I think several of us suspect the
> > fault lies in the MTA or your connection.
> >
>
> Well, when I send a small attachment of a few hundred bytes, all is OK.
> When the attachment size grows, problems start. I am on a pretty fast
> connection so it is not an issue. My MTA is yahoo. I don't have
> another MTA at the moment. Are you saying it is not working with yahoo?

All you really need for testing against another MTA is a random Linux
machine with Sendmail or something installed on it. For testing
purposes, it does not even need to be on the public Internet.

>
>
> DrS
>

--
Robert Heller -- 978-544-6933
Deepwoods Software -- Download the Model Railroad System
http://www.deepsoft.com/ -- Binaries for Linux and MS-Windows
heller(a)deepsoft.com -- http://www.deepsoft.com/ModelRailroadSystem/

First  |  Prev  | 
Pages: 1 2 3
Prev: canvas $pathname -wrap 1
Next: An expanding tablelist