I think that you should only see the attempt as a successful send. Are
you logging successful sends?
I would not expect any error as long as the delay is not so long that
Postfix decides that it is never going to go.
As long as the attempt succeeds within the timeout delay, Postfix
considers it a success, does not complain and moves on to the next one.
I am not sure of the following:
- how many time Postfix retries before putting something in the queue?
- how often Postfix goes through the queue retrying old failed sends?
- what make Postfix give up retrying automatically?
If I were in your situation, I would be looking to see if there is
anything that could be done to make Postfix deal with the root problem
of stuff getting caught in the queue and not being delivered after the
remote system resumes normal operation.
Having to do a manual flush is what makes the delay visible. If it went
on its own, you would never know of the occasional delay.
If you are very old, you will remember when networking was young and
e-mail was sent over dial-up connections that connected only once or
twice a day.
The email system has to deal with the historical world where connections
where not "always on" so a successful send does not imply anything about
time.
Ron
On 2020-10-26 12:44 p.m., Pedro David Marco wrote:
>On Monday, October 26, 2020, 05:31:05 PM GMT+1, Ron Wheeler
<rwhee...@artifact-software.com> wrote:
>
>Could be just that the other end was busy receiving someone else's
mail. Takes 2 to tango!
>No big attachments?
Thanks Ron... size no bigger than 500KB... if remote is busy... in
the log at least i should see the postfix attempt, am i right? but
there is nothing at all in the log...
----
Pete.
--
Ron Wheeler
Artifact Software
438-345-3369
rwhee...@artifact-software.com
