My read is that the first and once-only attempt by Imail (it does not pound away in a busy-waiting loop) smtp service to connect to the destination smtp server fails (they do get busy, non?? or maybe the next was draggin'), so the msg gets queued for delivery and the "smtp retry delay" kicks in for that msg.
The above msg processing behaviour is excellent design for an smtp service, gotta love that Imail.
Len
=================
The information is there in the logs--try a test user to help find a
particular message. This time delay is not particularly long for internet
mail delivery, in my experience. It's worse when the other mail server is
Exchange or Notes, when there's a firewall involved, too, or virus scanner.
How frequently is the client set up to check mail? Mine is every 15 minutes,
and it still dumps new messages in the inbox before I have had a chance to
deal with the last batch.... Gotta love this list!
