IIS and SMTP - Drop Directory Not Empty?

This is Interesting: Free IT Magazines  
Home > Archive > IIS and SMTP > November 2007 > Drop Directory Not Empty?





You are viewing an archived Text-only version of the thread. To view this thread in it's original format and/or if you want to reply to this thread please [click here]

Author Drop Directory Not Empty?
Jimson

2007-11-16, 1:39 pm

I am running IIS6 SMTP only for use with GFI MailEssentials. This is a front
end server with Exchange 2003 on the back end. I am trying to make sure I
understand this properly because I think I may have an issue. The drop
directory should be empty correct? I had a disk space issue this morning that
has been corrected but when I began looking around I found that I had a
significant amount of data sitting in the drop folder. I noticed that there
were a few items sitting in this folder that I had already received. Is there
any reason why items are not being removed from this folder?

Any help will be greatly appreciated.
Sanford Whiteman

2007-11-16, 1:39 pm

> I am running IIS6 SMTP only for use with GFI MailEssentials. This is
> a front end server with Exchange 2003 on the back end. I am trying
> to make sure I understand this properly because I think I may have
> an issue. The drop directory should be empty correct?


Not necessarily. Any messages destined for
any_user@local_default_domain will be deposited there.

So if your gateway is mx.example.com, deliverable (i.e., non-filtered)
mail to jimson@mx.example.com will become an .EML in \Drop.

> Is there any reason why items are not being removed from this
> folder?


There is no automatic removal process built-in to IIS. Quite the
opposite: the \Drop folder is a a primitive mailbox directory.

--Sandy


------------------------------------
Sanford Whiteman, Chief Technologist
Broadleaf Systems, a division of
Cypress Integrated Systems, Inc.
------------------------------------
Sponsored Links






Free braindumps | Software forum | Database administration forum

Copyright 2003 - 2008 webservertalk.com