>Is it the faster your connection, the less RAM is required, or the >reverse?
The faster, the less RAM. The slower, the more RAM. What causes it is Baton Mail's native language (REALbasic), is not capable of doing flow control with the TCP/IP connection. So what happens is, Baton Mail has a super high speed connection between itself and the email client software (speed based really on how fast your computer is since they are both running locally). But then Baton Mail can only pass the data to the mail server as fast as your connection to the internet is. This means, if you send a large attachment, the data will pass from the client to Baton Mail much faster than Baton Mail can send it to the server. Since REALbasic can't do flow control, I have no way of telling the email client to stop sending data and wait a moment. As a result, the inbound TCP/IP buffer will fill up and eventually chew up all the RAM assigned to Baton Mail, and flow over causing it to crash and freeze the entire computer. The faster your connection to the internet, the faster Baton Mail can empty that buffer, so the smaller it needs to be (or the larger the attachment can be before crashing). A 2nd side effect of this is, with small attachments (or ones that fit within whatever you assigned to Baton Mail's ram), you might end up having the email client time out and claim the email failed to send. This is because of the same problem. In this case, the client sends all the data, and waits for a server response that it got everything. But Baton Mail is busy sending the data to the server, and may depending on connection speed, take longer than your email client is willing to wait. Both of these problems will be fixed in the next version of Baton Mail. I am rewriting it from the ground up in another language. Other advantages I hope to get are a MUCH smaller application size, and much smaller RAM footprint (it kind of annoys me that Baton Mail needs at least 2MB of ram to do anything. It does almost nothing and should be able to operate just fine in far less than that). And I hope to get better background speed (so Baton Mail can stop bringing itself to the front to work properly). All these problems are limits imposed by REALbasic, and all of them should go away when I rewrite it. -chris <http://www.mythtech.net> ___________________________________________________________________________ To unsubscribe send a mail message with a SUBJECT line of "unsubscribe" to <[EMAIL PROTECTED]> or <[EMAIL PROTECTED]>
