Hi Daniel, The network is in the process of being upgraded so I guess this is likely to be the cause. I modified the MTU but this had little or no effect. Thanks for the advice! -Nathan At 17:15 15/11/2000 -0500, you wrote: >Nathan, > >The presence of T files means that IMail thinks the SMTP conversation is >still open (the remote has not disconnected yet or properly or just left >open) so it has not created the Q (control) file that would send the D file >(contains the message). This tells me, along with the problems the users are >having with larger messages, that there is a very high likelyhood of a >network problem. Communications between client and server are not >completing, leaving transactions open or leaving the client thinking it is >not getting responses from the server. > >My best guess is a MTU problem (see KB and other sources for more help than >I can provide) as the usual manifestation of this being incorrect is that >small packets/messages seem to travel better than large packets/messages. As >packet/message size get larger, data reliability goes down (fragmented >packets), until it gets to the point where it is just about impossible to >send a large amount of data. If you are using any sort of dialup (phone, >cable modem, DSL, ASDL) connection, this seems to happen more often than >within a LAN. If you just added/changed a router or any of the above >equipment, that is where I would start. > >Yes, this also seems to 'come out of nowhere', where a system/network seems >to be functioning perfectly, then begins failing more often than not. I have >no idea why, but think carefully and ask around, about other changes in your >network that might have happened around the time of the IMail patch. My >guess is that you will find something like the above. New (or changed >configuration of) a router, proxy or firewall are also possibilities. > >Now I could be wrong, but so far this has helped almost everyone I have >given this info to. > >Just seen some others responses concerning SMTP32 processes (there is only >one SMTPD32 process, it is the SMTP service!) and you having none or just >one is not a great worry (to me). Just means IMail is only delivering one >message (or one process trying to work its way through the queue). T files >are NOT ready for processing, so IMail won't try those files, until they >become Q files. > >I would say that you can delete the existing T files as IMail is not going >to use them. And that means you can now see how often they occur over say >the next 24 hours. If you get more than just 1 or 2, that is not good. The T >files do contain information (such as time) that you might want to look at, >to help get a better picture of when and what might affect the situation. >Then again, they may be so incomplete that only the header is helpful. Look >at a few and see if anything common shows up. Use the times to check the >logs, to find/see the transaction that was in process and how far it got. > >Daniel Donnelly >________________________________________________________ > >----- Original Message ----- >From: "Nathan" <[EMAIL PROTECTED]> >To: <[EMAIL PROTECTED]> >Sent: Wednesday, November 15, 2000 1:02 PM >Subject: [IMail Forum] Spool directory keeps filling with Txxxxxx.smd and >Dxxxxxx.smd files > > > > Hi, > > > > Over the past 24 hours the I have noticed that the spool directory keeps > > 'filling' > > with numerous Txxxxx.SMD and Dxxxxx.SMD files. I have also received > > several reports of problems sending emails using SMTP AUTH. If the user > > sends a very small email (1Kb or so) the server will accept and relay it, > > but large > > files (50Kb+) fail. > > > > We are running NT4 SP6a with Imail 6.05a. The server has been operating > > perfectly for months, the last time anything was modified was when we > > applied the 6.05a patch. The server is configured to only allow relay via >a > > specific range of IPs and SMTP AUTH. The logs do not suggest anything >'odd' > > is happening either. > > > > I have looked at the KB and the closest match I can find suggests that you > > are only left with Txxxx.SMD and Dxxxx.SMD files when the SMTP daemon > > crashes but the daemon has not crashed. > > > > Any suggests would be greatly appreciated. > > > > Thanks, > > Nathan. > > > > > > Please visit http://www.ipswitch.com/support/mailing-lists.html > > to be removed from this list. > > > > An Archive of this list is available at: > > http://www.mail-archive.com/imail_forum%40list.ipswitch.com/ > > > >Please visit http://www.ipswitch.com/support/mailing-lists.html >to be removed from this list. > >An Archive of this list is available at: >http://www.mail-archive.com/imail_forum%40list.ipswitch.com/ Please visit http://www.ipswitch.com/support/mailing-lists.html to be removed from this list. An Archive of this list is available at: http://www.mail-archive.com/imail_forum%40list.ipswitch.com/
