AOL Server does not accept >>> MAIL From:<xxx@xxx> SIZE=####
Jim Hermann
contain the SIZE parameter.
How can I fix this problem?
Here is an example:
<xx...@aol.com>,<xx...@aol.com>,<xx...@aol.com>,<xx...@aol.com>...
Connecting to mailin-03.mx.aol.com. via esmtp...
220-rly-mg08.mx.aol.com ESMTP mail_relay_in-mg08.8; Tue, 05 Jan 2010
14:54:44 -0500
220-America Online (AOL) and its affiliated companies do not
220- authorize the use of its proprietary computers and computer
220- networks to accept, transmit, or distribute unsolicited bulk
220- e-mail sent from the internet. Effective immediately: AOL
220- may no longer accept connections from IP addresses which
220 have no reverse-DNS (PTR record) assigned.
>>> EHLO host.xxxxx.net
250-rly-mg08.mx.aol.com host.xxxxx.net
250 HELP
>>> MAIL From:<xx...@xxxxx.org> SIZE=807048
501 SYNTAX ERROR IN PARAMETERS OR ARGUMENTS
Data format error
<xx...@gmail.com>,<xx...@gmail.com>,<xx...@gmail.com>... Closing
connection to mailin-03.mx.aol.com.
>>> QUIT
221 SERVICE CLOSING CHANNEL
Loki Harfagr
> AOL servers are bouncing some sendmial 8.14.3 smtp MAIL commands that
> contain the SIZE parameter.
you're using some 'exotic' "MAIL" system, with its own wrapped syntax?
>
> How can I fix this problem?
don't do that syntax error again?-)
> Here is an example:
>
> <xx...@aol.com>,<xx...@aol.com>,<xx...@aol.com>,<xx...@aol.com>...
> Connecting to mailin-03.mx.aol.com. via esmtp... 220-rly-mg08.mx.aol.com
> ESMTP mail_relay_in-mg08.8; Tue, 05 Jan 2010 14:54:44 -0500
> 220-America Online (AOL) and its affiliated companies do not 220-
> authorize the use of its proprietary computers and computer 220-
> networks to accept, transmit, or distribute unsolicited bulk 220-
> e-mail sent from the internet. Effective immediately: AOL 220- may
> no longer accept connections from IP addresses which 220 have no
> reverse-DNS (PTR record) assigned.
>>>> EHLO host.xxxxx.net
> 250-rly-mg08.mx.aol.com host.xxxxx.net 250 HELP
>>>> MAIL From:<xx...@xxxxx.org> SIZE=807048
> 501 SYNTAX ERROR IN PARAMETERS OR ARGUMENTS Data format error
> <xx...@gmail.com>,<xx...@gmail.com>,<xx...@gmail.com>... Closing
> connection to mailin-03.mx.aol.com.
>>>> QUIT
> 221 SERVICE CLOSING CHANNEL
or maybe your PTR is really b0rken and the error is what the
banner advertised? From your post it's hard to tell if your
nntp client has a problem with wrapping or if the SMTP
dialogue was really that flubberblasted from the start...
If your SMTP session was actually verbatim you already had the
answers to your question, if not then please post the real
unadulterated (apart masking privy) full tty output.
Claus Assmann
> AOL servers are bouncing some sendmial 8.14.3 smtp MAIL commands that
> contain the SIZE parameter.
Try this patch:
Index: usersmtp.c
===================================================================
RCS file: /cvs/sendmail/usersmtp.c,v
retrieving revision 8.473
diff -u -r8.473 usersmtp.c
--- usersmtp.c 17 Jun 2009 17:26:51 -0000 8.473
+++ usersmtp.c 6 Jan 2010 01:21:54 -0000
@@ -412,9 +412,7 @@
if (firstline)
{
-#if SASL
- mci->mci_saslcap = NULL;
-#endif /* SASL */
+ mci_clr_extensions(mci);
#if _FFR_IGNORE_EXT_ON_HELO
logged = false;
#endif /* _FFR_IGNORE_EXT_ON_HELO */
Index: deliver.c
===================================================================
RCS file: /cvs/sendmail/deliver.c,v
retrieving revision 8.1020
diff -u -r8.1020 deliver.c
--- deliver.c 18 Dec 2009 17:08:01 -0000 8.1020
+++ deliver.c 6 Jan 2010 01:21:54 -0000
@@ -2157,6 +2157,7 @@
mci->mci_lastuse = curtime();
mci->mci_deliveries = 0;
mci->mci_exitstat = i;
+ mci_clr_extensions(mci);
# if NAMED_BIND
mci->mci_herrno = h_errno;
# endif /* NAMED_BIND */
@@ -3210,7 +3211,7 @@
mci->mci_state != MCIS_CLOSED)
{
SET_HELO(mci->mci_flags);
- mci->mci_flags &= ~MCIF_EXTENS;
+ mci_clr_extensions(mci);
goto reconnect;
}
}
@@ -3263,7 +3264,7 @@
&mci->mci_out,
mci->mci_conn, tmo) == 0)
{
- mci->mci_flags &= ~MCIF_EXTENS;
+ mci_clr_extensions(mci);
mci->mci_flags |= MCIF_AUTHACT|
MCIF_ONLY_EHLO;
goto reconnect;
Index: sendmail.h
===================================================================
RCS file: /cvs/sendmail/sendmail.h,v
retrieving revision 8.1068
diff -u -r8.1068 sendmail.h
--- sendmail.h 18 Dec 2009 17:08:01 -0000 8.1068
+++ sendmail.h 6 Jan 2010 01:21:54 -0000
@@ -822,6 +822,7 @@
extern void mci_dump __P((SM_FILE_T *, MCI *, bool));
extern void mci_dump_all __P((SM_FILE_T *, bool));
extern void mci_flush __P((bool, MCI *));
+extern void mci_clr_extensions __P((MCI *));
extern MCI *mci_get __P((char *, MAILER *));
extern int mci_lock_host __P((MCI *));
extern bool mci_match __P((char *, MAILER *));
Index: mci.c
===================================================================
RCS file: /cvs/sendmail/mci.c,v
retrieving revision 8.221
diff -u -r8.221 mci.c
--- mci.c 13 Nov 2007 23:44:25 -0000 8.221
+++ mci.c 6 Jan 2010 01:21:54 -0000
@@ -288,6 +288,32 @@
mci_uncache(&MciCache[i], doquit);
}
}
+
+/*
+** MCI_CLR_EXTENSIONS -- clear knowledge about SMTP extensions
+**
+** Parameters:
+** mci -- the connection to clear.
+**
+** Returns:
+** none.
+*/
+
+void
+mci_clr_extensions(mci)
+ MCI *mci;
+{
+ if (mci == NULL)
+ return;
+
+ mci->mci_flags &= ~MCIF_EXTENS;
+ mci->mci_maxsize = 0;
+ mci->mci_min_by = 0;
+#if SASL
+ mci->mci_saslcap = NULL;
+#endif /* SASL */
+}
+
/*
** MCI_GET -- get information about a particular host
**
Jim Hermann
wrote:
> Tue, 05 Jan 2010 13:05:12 -0800, Jim Hermann did cat :
>
> > AOL servers are bouncing some sendmial 8.14.3 smtp MAIL commands that
> > contain the SIZE parameter.
>
> you're using some 'exotic' "MAIL" system, with its own wrapped syntax?
No. I'm using Sendmail 8.14.3.
This is the command I used to create this output:
sendmail -qf -OQueueDirectory=/home/virtual/FILESYSTEMTEMPLATE/
services/sendmail/mqueue.scanned -v -qRaol.com > ~/aol.verbose
It processed 19 files and this output started with:
Running /home/virtual/FILESYSTEMTEMPLATE/services/sendmail/
mqueue.scanned/o05H6ZM7026421 (sequence 17 of 19)
<xx...@aol.com>,<xx...@aol.com>,<xx...@aol.com>,<xx...@aol.com>...
Closing connection to mx4.hotmail.com.
>>> QUIT
221 bay0-mc3-f41.Bay0.hotmail.com Service closing transmission channel
[output above]
It appears that sendmail saved the SMTP extensions from the previous
connection to mailin-03.mx.aol.com. The first few times it connected
to mailin-03.mx.aol.com, the AOL server did not respond with 250 SIZE,
so sendmail did not add the SIZE= parameter to the MAIL command.
However, during the previous connection to mailin-03.mx.aol.com, the
AOL server responded with 250 SIZE.
This problem only occurs when there are a bunch of files in the queue
and only with AOL. It appears that AOL has multiple servers with
different software that use the same domain name.
Jim
Loki Harfagr
> On Jan 5, 5:33 pm, Loki Harfagr <l...@thedarkdesign.free.fr.INVALID>
> wrote:
>> Tue, 05 Jan 2010 13:05:12 -0800, Jim Hermann did cat :
>>
>> > AOL servers are bouncing some sendmial 8.14.3 smtp MAIL commands that
>> > contain the SIZE parameter.
>>
>> you're using some 'exotic' "MAIL" system, with its own wrapped syntax?
>
> No. I'm using Sendmail 8.14.3.
>
> This is the command I used to create this output:
>
> sendmail -qf -OQueueDirectory=/home/virtual/FILESYSTEMTEMPLATE/
> services/sendmail/mqueue.scanned -v -qRaol.com > ~/aol.verbose
>
> It processed 19 files and this output started with:
>
> Running /home/virtual/FILESYSTEMTEMPLATE/services/sendmail/
> mqueue.scanned/o05H6ZM7026421 (sequence 17 of 19)
> <xx...@aol.com>,<xx...@aol.com>,<xx...@aol.com>,<xx...@aol.com>...
> Closing connection to mx4.hotmail.com.
>>>> QUIT
> 221 bay0-mc3-f41.Bay0.hotmail.com Service closing transmission channel
> [output above]
Oh yes! That change of MX was a missing hint, don't know if that would
have been enough for me to fully understand the case but at least
that'd have been another start for reflexion, at least for me, seems
Claus didn't need that hint to guess the case :-)
>
> It appears that sendmail saved the SMTP extensions from the previous
> connection to mailin-03.mx.aol.com. The first few times it connected to
> mailin-03.mx.aol.com, the AOL server did not respond with 250 SIZE, so
> sendmail did not add the SIZE= parameter to the MAIL command. However,
> during the previous connection to mailin-03.mx.aol.com, the AOL server
> responded with 250 SIZE.
>
> This problem only occurs when there are a bunch of files in the queue
> and only with AOL. It appears that AOL has multiple servers with
> different software that use the same domain name.
>
> Jim
OK, that's clearer now, it is indeed a case of self pollution (some
may call it "caching" ;-) while the opposite side is not necessarily
of the same context level, a really nice case you found there !-)
I'm lucky I've never met the case yet (or never noticed :-) or I'd have
been puzzled too and probably even more than you were!
I really thought there was some parasite char hidden somewhere in
your process or something like it and also had doubts about the
posting format. I was far from real !-)
Sorry for the first doubts :-) I see Claus already post a patch
to cleanup!
Claus Aßmann
> AOL servers are bouncing some sendmial 8.14.3 smtp MAIL commands that
> contain the SIZE parameter.
>
> How can I fix this problem?
Have you tried the patch? Does it fix the problem?