Off the top of my head, here's what I think.
1) The DATA command is used to actually transmit the mail. It means
that previous commands like RCPT TO, SEND FROM etc are working fine.
I expect the DATA command to be the point at which the mail server
actually goes to disk to spool mail, or to transmit it to the
network, which BTW functions as a file (once connection is set up),
from the point of view of the program code.
2) You could have permissions problems, you could be out of disk
space on your mail partition, your firewall may be refusing to open
up the port, it could be any of a number of reasons.
To troubleshoot further, run postfix under the strace command (take a
look at the DEBUG_README file in the Postfix docs/distro) and make
sure that nothing changed from under you due to an upgrade or
something like that ...
I can't tell you anything more useful, I'm afraid. I would probably
need to take a look at the source to understand the circumstances
under while you will be getting this sort of error. Does it happen
for all mail? Just for a particular domain? For small messages only,
or large only? Is the other mail server closing the connection
prematurely?
-- G.
On May 9, 2006, at 2:44 PM, [EMAIL PROTECTED] wrote:
Hi Guido
My mail server has been working well and all of a sudden even
without any
changes to postfix configuration files, it is failing to deliver
mail with
the following error;
-----------------------
May 9 16:42:20 mail postfix/smtp[4822]: A494D346A2:
>to=<[EMAIL PROTECTED]>,
relay=127.0.0.1[127.0.0.1], delay=4, status=deferred (host
127.0.0.1[127.0.0.1] said: 451 4.0.0 Local error (network error:
Bad file
descriptor) (in reply to end of DATA command))
-----------------------
Any pointers as to what the problem cause could be?
Wire James
_______________________________________________
LUG mailing list
[email protected]
http://kym.net/mailman/listinfo/lug
%LUG is generously hosted by INFOCOM http://www.infocom.co.ug/
The above comments and data are owned by whoever posted them (including
attachments if any). The List's Host is not responsible for them in any way.
---------------------------------------
