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/
