Lazaro Ferreira wrote: > Looking more through recordio, I have notice that either remote host > (out of my ISP) or direct telnet against the qmail smtp server, > generate a HELO command that works ok, however the emails sent using > command line "mail" command from our webserver (within our ISP > network) generate a EHLO command (smtp Authentication I guess) why ?
These are simply greetings. I'm not sure what the exact difference is between HELO and EHLO, but they're essentially just saying howdy. > How can I setup my qmail to override this behaviour ? I don't think this is your problem. TLS appears to be the culprit. > Thank you > > On 1/11/07, Lazaro Ferreira <[EMAIL PROTECTED]> wrote: >> Hi Eric, >> >> Thank you four your help >> >> I've logged on to remote host using ssh, then i have issue a "mail" >> commad >> below the smtp log file with recordio : >> >> @4000000045a64e7f2fa04c84 17952 > 220 Welcome to ... smtp Server ESMTP >> @4000000045a64e7f2fa4386c 17952 < EHLO remote_host >> @4000000045a64e7f2fa4b56c 17952 > 250-Welcome to ... smtp Server >> @4000000045a64e7f2fa4b954 17952 > 250-STARTTLS >> @4000000045a64e7f2fa4bd3c 17952 > 250-PIPELINING >> @4000000045a64e7f2fa4d4ac 17952 > 250-8BITMIME >> @4000000045a64e7f2fa4d894 17952 > 250-SIZE 20971520 >> @4000000045a64e7f2fa4d894 17952 > 250 AUTH LOGIN PLAIN CRAM-MD5 >> @4000000045a64e7f2fb92f9c 17952 < STARTTLS >> @4000000045a64e7f2fc02cac *** glibc detected *** free(): invalid >> pointer: 0x00000035520306b8 *** >> @4000000045a64e7f2fc2cc8c 17952 > [EOF] >> @4000000045a64e7f2fc32664 tcpserver: end 17952 status 6 >> >> is the problem related to SMTP Auth ? >> >> Thank you >> >> Lazaro >> >> >> On 1/11/07, Eric Shubes <[EMAIL PROTECTED]> wrote: >> > recordio is a neat little program that comes with ucspi-tcp-toaster. >> When >> > you plug it into the smtp (or any other for that matter) process, it >> records >> > all of the input/output of the smtp session to the smtp log. Note, >> it can >> > grow your log quite rapidly on a busy server, so you don't want to >> leave it >> > on for a long period of time. >> > >> > To enable recordio, modify your /var/qmail/supervise/smtp/run file >> as follows: >> > exec /usr/bin/softlimit -m 12000000 \ >> > /usr/bin/tcpserver -v -R -H -l $HOSTNAME -x $TCP_CDB -c >> "$MAXSMTPD" \ >> > -u "$QMAILDUID" -g "$NOFILESGID" 0 smtp \ >> > /usr/bin/recordio \ >> > $RBLSMTPD $BLACKLIST $SMTPD $VCHKPW /bin/true 2>&1 >> > >> > Note, we simply added the next to last line here, leaving everything >> else as >> > is. Then >> > # qmailctl restart >> > to restart the smtp process, and run a test. You'll see the details >> of the >> > smtp session in the smtp log file (current). Once you have a sampling, >> > remove recordio from the run file and restart qmail again to turn it >> off. >> > >> > Lazaro Ferreira wrote: >> > > Hi Eric, >> > > >> > > Sorry, I'm new to this, how can I turn on recordio ? >> > > >> > > >> > > >> > > On 1/11/07, *Eric Shubes* <[EMAIL PROTECTED] >> <mailto:[EMAIL PROTECTED]>> wrote: >> > > >> > > Maybe turn on recordio and see what's coming across the session? >> > > Might give >> > > a clue as to when/why the failure, then may be able reproduce it >> > > using telnet. >> > > >> > > Lazaro Ferreira wrote: >> > > > Hi, >> > > > >> > > > Interestingly I can send from these servers using telnet >> qmail_ip 25, >> > > > but if I try from command line using the command "mail " it >> > > produces the >> > > > gcc error >> > > > >> > > > Any ideia or guess is welcome ? >> > > > >> > > > Regards >> > > > >> > > > Lazaro >> > > > >> > > > On 1/11/07, *Lazaro Ferreira* <[EMAIL PROTECTED] >> > > <mailto:[EMAIL PROTECTED]> >> > > > <mailto:[EMAIL PROTECTED] >> > > <mailto:[EMAIL PROTECTED]>>> wrote: >> > > > >> > > > Hi, >> > > > >> > > > This are my gcc versions: >> > > > >> > > > glibc-2.3.4-2.25 >> > > > glibc-kernheaders-2.4-9.1.98.EL >> > > > glibc-common-2.3.4-2.25 >> > > > glibc-2.3.4-2.25 >> > > > glibc-headers-2.3.4-2.25 >> > > > glibc-devel-2.3.4-2.25 >> > > > >> > > > OS is Centos 4.4 >> > > > >> > > > Can you give me more details to try the workaround you have >> > > sugested ? >> > > > >> > > > I can hardly see any relation between the problem and >> the glibc >> > > > message but a BUG in QmailToaster >> > > > >> > > > Regards >> > > > Lazaro >> > > > >> > > > On 1/11/07, *Jake Vickers* <[EMAIL PROTECTED] >> > > <mailto:[EMAIL PROTECTED]> <mailto:[EMAIL PROTECTED] >> <mailto:[EMAIL PROTECTED]>>> >> > > > wrote: >> > > > >> > > > Lazaro Ferreira wrote: >> > > > > Hi, >> > > > > >> > > > > We have used Qmail since 2003, without big >> problems, 3 weeks >> > > > ago we >> > > > > upgrade the server to the latest version, after >> > > installing the new >> > > > > version, the machine start showing the error : >> > > > > >> > > > > *** glibc detected *** free(): invalid pointer: >> > > > 0x00000035520306b8 *** >> > > > > >> > > > > and we stop receiving messages to our qmail server >> virtual >> > > > domain from all >> > > > > of our servers (web servers), however POP3, and >> sending out >> > > > seems to work >> > > > > OK >> > > > > >> > > > > Als >> > > > >> > > > Hmm. That's usually a gcc compiler issue; hopefully >> > > someone else >> > > > can >> > > > chime in, but maybe use a MALLOC_CHECK env variable >> to get >> > > > around this.... >> > > > Anyway, what version of glibc do you have? Mine is: >> > > > [EMAIL PROTECTED] ~]# rpm -qa | grep glibc >> > > > glibc-2.3.4-2.25 >> > > > glibc-headers-2.3.4-2.25 >> > > > glibc-common-2.3.4-2.25 >> > > > glibc-kernheaders-2.4-9.1.98.EL >> > > > glibc-devel-2.3.4-2.25 >> > > > >> > > > >> > > > I'm running qmail-toaster-10.3-1.3.8 on this particular >> > > machine >> > > > still >> > > > without any problems. >> > > > Also look at 'man malloc' and take note of the bugs >> > > section; it may >> > > > offer a bypass to this issue until someone figures out >> > > exactly >> > > > what it is. >> > > > >> > > > >> > > > >> > > > >> > > >> > >> > >> > -- >> > -Eric 'shubes' >> > -- -Eric 'shubes' --------------------------------------------------------------------- QmailToaster hosted by: VR Hosted <http://www.vr.org> --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
