Hi there, we are running an exchange Server 2003 with an outbound smtp connector configured to send mails via a smarthost (Ironport Appliance) in our DMZ to the internet. i'm seeing the strange effect that from time to time the mail queue builds up with no mail sent for up to 10 minutes and the suddenly all mails get sent out. Emulating an smtp session via telnet from the exchange server to the smart host works just fine. The virtual smtp server is configured to use the dns name of the smart host in the helo message as seen from the internet. Any ideas anyone? -- Martin Bodenstedt (www.die-bodenstedts.de / www.maboko.de)
Martin Bodenstedt wrote: > Hi there, > > we are running an exchange Server 2003 with an outbound smtp connector > configured to send mails via a smarthost (Ironport Appliance) in our > DMZ to the internet. > > i'm seeing the strange effect that from time to time the mail queue > builds up with no mail sent for up to 10 minutes and the suddenly all > mails get sent out. > > Emulating an smtp session via telnet from the exchange server to the > smart host works just fine. > > The virtual smtp server is configured to use the dns name of the smart > host in the helo message as seen from the internet. > > Any ideas anyone? What's the status of the items in the queue?
Lanwench [MVP - Exchange] schrieb: > Martin Bodenstedt wrote: >> Hi there, >> >> we are running an exchange Server 2003 with an outbound smtp connector >> configured to send mails via a smarthost (Ironport Appliance) in our >> DMZ to the internet. >> >> i'm seeing the strange effect that from time to time the mail queue >> builds up with no mail sent for up to 10 minutes and the suddenly all >> mails get sent out. >> >> Emulating an smtp session via telnet from the exchange server to the >> smart host works just fine. >> >> The virtual smtp server is configured to use the dns name of the smart >> host in the helo message as seen from the internet. >> >> Any ideas anyone? > What's the status of the items in the queue? either "added to queue" (translated from German) or "repating" (translated from German) I have the suspicion that in these cases a single message is beeing processed slowly holding up all others. Doing a manual smtp session using telnet to our smart host while the queue is long works just fine - the ironport appliance answers immediately and processes the manual message instantly... -- Martin Bodenstedt (www.die-bodenstedts.de / www.maboko.de)
Martin Bodenstedt schrieb: >> What's the status of the items in the queue? > either "added to queue" (translated from German) > or "repating" (translated from German) > > I have the suspicion that in these cases a single message is beeing > processed slowly holding up all others. > > Doing a manual smtp session using telnet to our smart host while the > queue is long works just fine - the ironport appliance answers > immediately and processes the manual message instantly... Problem solved: the reason was a config mismatch between the corresponding ethernet interfaces causing crc and late collision errors... -- Martin Bodenstedt (www.die-bodenstedts.de / www.maboko.de)
Martin Bodenstedt wrote: > Martin Bodenstedt schrieb: > >>> What's the status of the items in the queue? > >> either "added to queue" (translated from German) >> or "repating" (translated from German) >> >> I have the suspicion that in these cases a single message is beeing >> processed slowly holding up all others. >> >> Doing a manual smtp session using telnet to our smart host while the >> queue is long works just fine - the ironport appliance answers >> immediately and processes the manual message instantly... > > Problem solved: > > the reason was a config mismatch between the corresponding ethernet > interfaces causing crc and late collision errors... Glad you found/fixed it.
