mailer displayed the pointer ``See http://pobox.com/~djb/docs/smtplf.html
Hello to all Experts;
I am running Sun Jave ES Q4 as my mail servers. Recently few domains have started rejecting mails with a pointer ``See http://pobox.com/~djb/docs/smtplf.html, which says that " Your mailer tried to send an e-mail message to a server running qmail. Unfortunately, qmail spotted a problem: your mailer sent a bare LF."
I am unable to find any solution for the same. Any help in this regard is highly awaited.
Regards and Thanks in advance
Yadwendra
# 1
Hi,
I doubt it was Sun messaging server sending out bare LF's.
Can you provide:
1. exact version you are running (./imsimta version)
2. the log line/full email which has the error message you noted
3. the channel configuration (imta.cnf) for the channel which sends outgoing traffic (usually tcp_local - but it may be something else in your environment).
Regards,
Shane.
# 2
Hi
below are the required details :
VERSION --
Sun Java(tm) System Messaging Server 6.2-6.01 (built Apr 3 2006)
libimta.so 6.2-6.01 (built 11:20:35, Apr 3 2006)
SunOS bglbbmr1-a-fixed 5.9 Generic_118558-28 sun4u sparc SUNW,Sun-Fire-V440
2.
Your message is being returned; it has been enqueued and undeliverable for 2 days to the following recipients:
Recipient address: farooqiqbal@naseerelectricals.com
Reason: unable to deliver this message after 2 days
Recipient address: kareem@naseerelectricals.com
Reason: unable to deliver this message after 2 days
Recipient address: naseerhyd@naseerelectricals.com
Reason: unable to deliver this message after 2 days
This Message was undeliverable due to the following reason:
Your message was not delivered because the destination computer refused
to accept it (the error message is reproduced below). This type of error
is usually due to a mis-configured account or mail delivery system on the
destination computer; however, it could be caused by your message since
some mail systems refuse messages with invalid header information, or if
they are too large.
Your message was rejected by mail.naseerelectricals.com for the following
reason:
See http://pobox.com/~djb/docs/smtplf.html.
3. ! tcp_local
tcp_local smtp mx single_sys remotehost inner switchchannel subdirs 20 maxjobs 30 pool SMTP_POOL maytlsserver maysaslserver saslswitchchannel tcp_auth loopche
ck threaddepth 32 blocklimit 5120 notices 1 2 backoff "pt5m" "pt1h" "pt2h" "pt4h" destinationspamfilter1optin spam
# 3
Hi,
You are running a recent version and don't have any kind of smtp_lf keywords for the channel.
As per the reference manual "The keywords smtp_cr, smtp_crlf, smtp_crorlf, and smtp_lf can be used on SMTP channels to not only select use of the SMTP protocol, but also to further specify the character sequences to accept as line terminators. It is normal to use CRLF sequences as the SMTP line terminator, and this is what the MTA always generates; these keywords only
affect the handling of incoming material."
So the MTA always generates CRLF, so either you have managed to find a condition where this isn't true (unlikely, and I haven't heard any reports of this) OR the receiving host is mistaken.
The only way to tell for sure is to send an email to the host/domain in question, wait for it to be queued, then network snoop the traffic from messaging server to the host mail.naseerelectricals.com. That way you can see for yourself whether messaging server is sending data with bare LF's.
Regards,
Shane.
