CauBa wrote: > Thanks for your suggestion Drav, > My server will take on the burden of receiving messages quickly and > not cause a delay on the sending side so that is not an option.
There shouldn't be that noticeable a difference to the sender from a message being delivered directly to it being queued; they will see the confirmation of the acceptance of the message at exactly the same time. > It was queueing and dequeueing decently with 4.69 This may be true, but I did wonder how long a down time there was between the version swaps? If this mail server is sole host, then the "internet" would have a backlog of messages that would swarm in once the server returned. queue_only in those situations tends to make for a slow server until it can catch up with the backlog. The other thing you may want to do is trash your old temporary "retry" databases - sometimes that can cause large delays in "loaded" situations. If it's none of the above, good luck tracking the problem down, maybe a diagnoses with an exim -d -bh would help point to where the delay is (maybe DNS lookups, SQL lookups, ldap lookups etc etc)! Regards D. -- ## List details at http://lists.exim.org/mailman/listinfo/exim-users ## Exim details at http://www.exim.org/ ## Please use the Wiki with this list - http://wiki.exim.org/
