I couldn't say without looking at your topology. No, there is nothing inherently bad about having SMTP Connectors sourced on front-end servers. If inetinfo is crashing, they should report it to Microsoft PSS so that the crash can be investigated. If it is a bug, it will never get fixed if Microsoft doesn't get the data on it.
David -----Original Message----- From: Karen McLaughlin [mailto:[EMAIL PROTECTED]] Sent: Monday, January 07, 2002 11:22 AM To: Exchange Discussions Subject: RE: Front-end server problem Thanks for your reply, David. I understand this much better now, but the one question that remains is whether having SMTP Connectors on front-end servers is a good idea. I know one person who repeatedly has problems with inetinfo crashing. Has anyone else seen this, and suggestions to resolve? Thanks, Karen On Sun, 6 Jan 2002, David Lemson wrote: > Here are the facts: > > - The setting on an Exchange server "This is a Front End Server" in > ESM has no effect on SMTP. It only affects POP, IMAP, and HTTP. The > design of Exchange is that all Exchange servers are inbound servers > for SMTP. Outbound SMTP is controlled via SMTP Connectors. > > - Some people have asked for the ability to run "Front End"s without > information stores on them, in order to reduce the memory footprint, > etc. As far as I know, this is not supported in the current version > of Exchange 2000. > > - Separate from the fact above, the SMTP Service does need an > information store to be mounted in order to generate delivery status > notifications (even if there is no mailbox delivery happening on that > server). The reason is that there is some formatting that needs to > happen to the attached message that uses the MIME formatting code > present in the store. If you dismount all mailbox stores on a server > that accepts inbound messages and that server creates a DSN, that DSN > and all subsequent ones will stick in the local delivery queue until a > mailbox store is mounted. In this case, the server doesn't go into a > loop or crash, it's just that all DSNs will stick in the local > delivery queue (which is a bad thing). > > I hope this clears it up. > > David > > -----Original Message----- > From: Karen McLaughlin [mailto:[EMAIL PROTECTED]] > Sent: Friday, January 04, 2002 12:18 PM > To: Exchange Discussions > Subject: Front-end server problem > > > Hi all, > > I'm about to configure front-end servers for SMTP, but heard some > pretty distressing news about that today. I heard that inetinfo will > crash if the servers have any information stores of them, but since > the stores generate delivery status msgs, you can't have the FE's as > SMTP Gateways or the machine will start establishing TCP connections > to itself indefinitely. > > Apparently there are Q articles out about this, but I haven't read > them yet. I was curious to see who has tried to do this out in the > field and what your experience has been like so far. > > TIA, > Karen > > > _________________________________________________________________ > List posting FAQ: http://www.swinc.com/resource/exch_faq.htm > Archives: http://www.swynk.com/sitesearch/search.asp > To unsubscribe: mailto:[EMAIL PROTECTED] > Exchange List admin: [EMAIL PROTECTED] > > _________________________________________________________________ > List posting FAQ: http://www.swinc.com/resource/exch_faq.htm > Archives: http://www.swynk.com/sitesearch/search.asp > To unsubscribe: mailto:[EMAIL PROTECTED] > Exchange List admin: [EMAIL PROTECTED] > _________________________________________________________________ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Archives: http://www.swynk.com/sitesearch/search.asp To unsubscribe: mailto:[EMAIL PROTECTED] Exchange List admin: [EMAIL PROTECTED] _________________________________________________________________ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Archives: http://www.swynk.com/sitesearch/search.asp To unsubscribe: mailto:[EMAIL PROTECTED] Exchange List admin: [EMAIL PROTECTED]
