I have also seen this bug, with about the same one hour latency. The delay is spent sitting in the james outbound queue. Once it gets moved out of there delivery takes the normal minute or two.
> -----Original Message----- > From: Danny Angus [mailto:[EMAIL PROTECTED]] > Sent: Saturday, January 26, 2002 4:11 AM > To: James Users List; [EMAIL PROTECTED] > Subject: RE: Mail takes forever to send > > > That isn't usual. > When was it sent by James SMTP, how long after it had been recieved? > > > -----Original Message----- > > From: Mark A. Richman [mailto:[EMAIL PROTECTED]] > > Sent: Saturday, January 26, 2002 3:55 AM > > To: 'James Users List' > > Subject: RE: Mail takes forever to send > > > > > > I wish it were 60 seconds...I just received an email I sent to myself 60 > > minutes ago! > > > > - Mark > > > > -----Original Message----- > > From: Danny Angus [mailto:[EMAIL PROTECTED]] > > Sent: Friday, January 25, 2002 5:41 PM > > To: James Users List; Mark A. Richman > > Subject: RE: Mail takes forever to send > > > > I've just looked at the spool code, and what seems to happen is that if > > the > > spool is empty it will only check it every 60 seconds for new messages > > to > > process. > > > > This can't currently be changed by config, but if you'd like it to be > > submit > > a "feature request" bug to http://nagoya.apache.org/bugzilla/index.html > > (so > > we don't forget about it) > > > > d. > > > > > > -- > > To unsubscribe, e-mail: > > <mailto:[EMAIL PROTECTED]> > > For additional commands, e-mail: > > <mailto:[EMAIL PROTECTED]> > > > > > > > > -- > > To unsubscribe, e-mail: > > <mailto:[EMAIL PROTECTED]> > > For additional commands, e-mail: > <mailto:[EMAIL PROTECTED]> > > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> > > -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
