Re: [qmailtoaster] Stop receiving email from most servers after Qmail update
On 1/11/07, Jean-Paul van de Plasse [EMAIL PROTECTED] wrote: Guess this is going to be very difficult to figure out this way. Last thing I can think of to get some kind of idea is run a strace on qmail-smtpd Make sure you have strace installed. Then run strace /var/qmail/bin/qmail-smtpd That will give a bunch of data on your screen, wait till it stops with something like select(1, [0], NULL, NULL, {1200, 0} then type starttls (and put an enter after just like you did with telnet) Normally that would give you the last system calls done before crashing. I guess you could do this alot better with gdb but then you need a debug compiled version of qmail-smtpd. I do not know what qmail-toaster version you have installed, but besides that I have exactly the same versions as you. - Original Message - From: Eric Shubes [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, January 11, 2007 8:09 PM Subject: Re: [qmailtoaster] Stop receiving email from most servers after Qmail update Jake Vickers wrote: 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 ? So if you use a client like Thunderbird or Outlook it works okay? But when you try and mail from the command line it gives you the error? Does it only do it when you mail from the command line on the Toaster machine, or when you send from another host to this machine? You may want to check and make sure sendmail has been removed (rpm -qa | grep sendmail), and then make sure that Toaster installed the fake sendmail (/var/qmail/bin/sendmail and /use/sbin/sendmail should just be a symlink to the /var/qmail/bin/sendmail one). I think we've determined that the problem lies when the starttls command is issued by the sending client. -- -Eric 'shubes' -- -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]
[qmailtoaster] Stop receiving email from most servers after Qmail update
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: 0x0035520306b8 *** 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 Also we can send and receive email from remote servers like Google , and others Several hours trying to solve this problem, I'm out of ideais, help needed! I have installed the mail server 4 times but it is always the same, some host can't send email to qmail server, specially all of our web servers (in common they run sendmail just to sending out, not to receive in) It seems like the problem is relate to the server in our ISP network, because Google and others remote server don't have de problem Below log info related to a failed delivery : Qmail smtp logs read @400045a5e5ce18f32f24 tcpserver: ok 7165 mailserver.domain:server_ip_address:25 :client_ip_address::36428 @400045a5e5d009e7ca1c *** glibc detected *** free(): invalid pointer: 0x0035520306b8 *** @400045a5e5d009ea94f4 tcpserver: end 7165 status 6 The client is a sendmail server, its logs read : sendmail[5996]: l073tSGt003442: [EMAIL PROTECTED], delay=4+01:51:41, xdelay=00:00:00, mailer=esmtp , pri=7682270, relay=myserver.virtualdomain., dsn=4.0.0, stat=Deferred: Connection reset by mailserver.virtualdomain System: Centos 4.4 Qmail (latest version 10/01/2007) Any help will be appreciated Thank you Lazaro
Re: [qmailtoaster] Stop receiving email from most servers after Qmail update
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: 0x0035520306b8 *** 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. smime.p7s Description: S/MIME Cryptographic Signature
Re: [qmailtoaster] Stop receiving email from most servers after Qmail update
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] 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: 0x0035520306b8 *** 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.
Re: [qmailtoaster] Stop receiving email from most servers after Qmail update
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] 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] 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: 0x0035520306b8 *** 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.
Re: [qmailtoaster] Stop receiving email from most servers after Qmail update
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] 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] 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: 0x0035520306b8 *** 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' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Stop receiving email from most servers after Qmail update
Hi Eric, Sorry, I'm new to this, how can I turn on recordio ? On 1/11/07, Eric Shubes [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] 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] 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: 0x0035520306b8 *** 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' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Stop receiving email from most servers after Qmail update
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 1200 \ /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 21 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: 0x0035520306b8 *** 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' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Stop receiving email from most servers after Qmail update
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 : @400045a64e7f2fa04c84 17952 220 Welcome to ... smtp Server ESMTP @400045a64e7f2fa4386c 17952 EHLO remote_host @400045a64e7f2fa4b56c 17952 250-Welcome to ... smtp Server @400045a64e7f2fa4b954 17952 250-STARTTLS @400045a64e7f2fa4bd3c 17952 250-PIPELINING @400045a64e7f2fa4d4ac 17952 250-8BITMIME @400045a64e7f2fa4d894 17952 250-SIZE 20971520 @400045a64e7f2fa4d894 17952 250 AUTH LOGIN PLAIN CRAM-MD5 @400045a64e7f2fb92f9c 17952 STARTTLS @400045a64e7f2fc02cac *** glibc detected *** free(): invalid pointer: 0x0035520306b8 *** @400045a64e7f2fc2cc8c 17952 [EOF] @400045a64e7f2fc32664 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 1200 \ /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 21 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: 0x0035520306b8 *** 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
Re: [qmailtoaster] Stop receiving email from most servers after Qmail update
I'm not sure if it's related to SMTP Auth or not. Perhaps. It's safe to say that it's TLS related. Can you turn on TLS from a client program (such as Thunderbird or Outlook) and test TLS that way? Lazaro Ferreira 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 : @400045a64e7f2fa04c84 17952 220 Welcome to ... smtp Server ESMTP @400045a64e7f2fa4386c 17952 EHLO remote_host @400045a64e7f2fa4b56c 17952 250-Welcome to ... smtp Server @400045a64e7f2fa4b954 17952 250-STARTTLS @400045a64e7f2fa4bd3c 17952 250-PIPELINING @400045a64e7f2fa4d4ac 17952 250-8BITMIME @400045a64e7f2fa4d894 17952 250-SIZE 20971520 @400045a64e7f2fa4d894 17952 250 AUTH LOGIN PLAIN CRAM-MD5 @400045a64e7f2fb92f9c 17952 STARTTLS @400045a64e7f2fc02cac *** glibc detected *** free(): invalid pointer: 0x0035520306b8 *** @400045a64e7f2fc2cc8c 17952 [EOF] @400045a64e7f2fc32664 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 1200 \ /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 21 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: 0x0035520306b8 *** 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
Re: [qmailtoaster] Stop receiving email from most servers after Qmail update
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 ? How can I setup my qmail to override this behaviour ? 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 : @400045a64e7f2fa04c84 17952 220 Welcome to ... smtp Server ESMTP @400045a64e7f2fa4386c 17952 EHLO remote_host @400045a64e7f2fa4b56c 17952 250-Welcome to ... smtp Server @400045a64e7f2fa4b954 17952 250-STARTTLS @400045a64e7f2fa4bd3c 17952 250-PIPELINING @400045a64e7f2fa4d4ac 17952 250-8BITMIME @400045a64e7f2fa4d894 17952 250-SIZE 20971520 @400045a64e7f2fa4d894 17952 250 AUTH LOGIN PLAIN CRAM-MD5 @400045a64e7f2fb92f9c 17952 STARTTLS @400045a64e7f2fc02cac *** glibc detected *** free(): invalid pointer: 0x0035520306b8 *** @400045a64e7f2fc2cc8c 17952 [EOF] @400045a64e7f2fc32664 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 1200 \ /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 21 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: 0x0035520306b8 *** 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]
Re: [qmailtoaster] Stop receiving email from most servers after Qmail update
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 : @400045a64e7f2fa04c84 17952 220 Welcome to ... smtp Server ESMTP @400045a64e7f2fa4386c 17952 EHLO remote_host @400045a64e7f2fa4b56c 17952 250-Welcome to ... smtp Server @400045a64e7f2fa4b954 17952 250-STARTTLS @400045a64e7f2fa4bd3c 17952 250-PIPELINING @400045a64e7f2fa4d4ac 17952 250-8BITMIME @400045a64e7f2fa4d894 17952 250-SIZE 20971520 @400045a64e7f2fa4d894 17952 250 AUTH LOGIN PLAIN CRAM-MD5 @400045a64e7f2fb92f9c 17952 STARTTLS @400045a64e7f2fc02cac *** glibc detected *** free(): invalid pointer: 0x0035520306b8 *** @400045a64e7f2fc2cc8c 17952 [EOF] @400045a64e7f2fc32664 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 1200 \ /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 21 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: 0x0035520306b8 *** 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
Re: [qmailtoaster] Stop receiving email from most servers after Qmail update
Hi Eric, I have telnet from the same machine using the EHLO command this is the session info, everything worked OK : telnet my_ip 25 Trying my_qmail ... Connected to my_qmail (qmail_ip). Escape character is '^]'. 220 Welcome to ... smtp Server ESMTP EHLO remote_domain 250-Welcome to ... smtp Server 250-STARTTLS 250-PIPELINING 250-8BITMIME 250-SIZE 20971520 250 AUTH LOGIN PLAIN CRAM-MD5 MAIL FROM:[EMAIL PROTECTED] 250 ok RCPT TO:[EMAIL PROTECTED] 250 ok DATA 354 go ahead Subject:Test EHLO works ok from telnet . 250 ok 1168529273 qp 18833 quit On 1/11/07, Lazaro Ferreira [EMAIL PROTECTED] 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 ? How can I setup my qmail to override this behaviour ? 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 : @400045a64e7f2fa04c84 17952 220 Welcome to ... smtp Server ESMTP @400045a64e7f2fa4386c 17952 EHLO remote_host @400045a64e7f2fa4b56c 17952 250-Welcome to ... smtp Server @400045a64e7f2fa4b954 17952 250-STARTTLS @400045a64e7f2fa4bd3c 17952 250-PIPELINING @400045a64e7f2fa4d4ac 17952 250-8BITMIME @400045a64e7f2fa4d894 17952 250-SIZE 20971520 @400045a64e7f2fa4d894 17952 250 AUTH LOGIN PLAIN CRAM-MD5 @400045a64e7f2fb92f9c 17952 STARTTLS @400045a64e7f2fc02cac *** glibc detected *** free(): invalid pointer: 0x0035520306b8 *** @400045a64e7f2fc2cc8c 17952 [EOF] @400045a64e7f2fc32664 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 1200 \ /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 21 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 :
Re: [qmailtoaster] Stop receiving email from most servers after Qmail update
What do you get when you issue the STARTTLS command in telnet? Same error, I'm guessing. Lazaro Ferreira wrote: Hi Eric, I have telnet from the same machine using the EHLO command this is the session info, everything worked OK : telnet my_ip 25 Trying my_qmail ... Connected to my_qmail (qmail_ip). Escape character is '^]'. 220 Welcome to ... smtp Server ESMTP EHLO remote_domain 250-Welcome to ... smtp Server 250-STARTTLS 250-PIPELINING 250-8BITMIME 250-SIZE 20971520 250 AUTH LOGIN PLAIN CRAM-MD5 MAIL FROM:[EMAIL PROTECTED] 250 ok RCPT TO:[EMAIL PROTECTED] 250 ok DATA 354 go ahead Subject:Test EHLO works ok from telnet . 250 ok 1168529273 qp 18833 quit On 1/11/07, Lazaro Ferreira [EMAIL PROTECTED] 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 ? How can I setup my qmail to override this behaviour ? 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 : @400045a64e7f2fa04c84 17952 220 Welcome to ... smtp Server ESMTP @400045a64e7f2fa4386c 17952 EHLO remote_host @400045a64e7f2fa4b56c 17952 250-Welcome to ... smtp Server @400045a64e7f2fa4b954 17952 250-STARTTLS @400045a64e7f2fa4bd3c 17952 250-PIPELINING @400045a64e7f2fa4d4ac 17952 250-8BITMIME @400045a64e7f2fa4d894 17952 250-SIZE 20971520 @400045a64e7f2fa4d894 17952 250 AUTH LOGIN PLAIN CRAM-MD5 @400045a64e7f2fb92f9c 17952 STARTTLS @400045a64e7f2fc02cac *** glibc detected *** free(): invalid pointer: 0x0035520306b8 *** @400045a64e7f2fc2cc8c 17952 [EOF] @400045a64e7f2fc32664 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 1200 \ /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 21 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,
Re: [qmailtoaster] Stop receiving email from most servers after Qmail update
Eric, Something is different (a sort of verbose anwser versus non verbose ) happens because when welcome Qmail with HELO it answer just : 250 Welcome to Mzbusiness.com smtp Server and wait for me, then I write MAIL FROM:.. and works OK if welcome with EHLO then it answer this (putting STARTTLS itself ) : telnet qmail_ip 25 Trying qmail_ip... Connected to qmail (196.46.0.222). Escape character is '^]'. 220 Welcome to .. smtp Server ESMTP EHLO remote_host 250-Welcome to .. smtp Server 250-STARTTLS 250-PIPELINING 250-8BITMIME 250-SIZE 20971520 250 AUTH LOGIN PLAIN CRAM-MD5 MAIL FROM:[EMAIL PROTECTED] 250 ok RCPT TO:[EMAIL PROTECTED] 250 ok DATA 354 go ahead Subject: Test OK . 250 ok 1168532213 qp 19711 quit 221 Welcome to ... smtp Server Connection closed by foreign host. --- Both way works ok using TELNET But when using mail from command line it fails (recordio showed using TLS) On 1/11/07, Eric Shubes [EMAIL PROTECTED] wrote: What do you get when you issue the STARTTLS command in telnet? Same error, I'm guessing. Lazaro Ferreira wrote: Hi Eric, I have telnet from the same machine using the EHLO command this is the session info, everything worked OK : telnet my_ip 25 Trying my_qmail ... Connected to my_qmail (qmail_ip). Escape character is '^]'. 220 Welcome to ... smtp Server ESMTP EHLO remote_domain 250-Welcome to ... smtp Server 250-STARTTLS 250-PIPELINING 250-8BITMIME 250-SIZE 20971520 250 AUTH LOGIN PLAIN CRAM-MD5 MAIL FROM:[EMAIL PROTECTED] 250 ok RCPT TO:[EMAIL PROTECTED] 250 ok DATA 354 go ahead Subject:Test EHLO works ok from telnet . 250 ok 1168529273 qp 18833 quit On 1/11/07, Lazaro Ferreira [EMAIL PROTECTED] 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 ? How can I setup my qmail to override this behaviour ? 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 : @400045a64e7f2fa04c84 17952 220 Welcome to ... smtp Server ESMTP @400045a64e7f2fa4386c 17952 EHLO remote_host @400045a64e7f2fa4b56c 17952 250-Welcome to ... smtp Server @400045a64e7f2fa4b954 17952 250-STARTTLS @400045a64e7f2fa4bd3c 17952 250-PIPELINING @400045a64e7f2fa4d4ac 17952 250-8BITMIME @400045a64e7f2fa4d894 17952 250-SIZE 20971520 @400045a64e7f2fa4d894 17952 250 AUTH LOGIN PLAIN CRAM-MD5 @400045a64e7f2fb92f9c 17952 STARTTLS @400045a64e7f2fc02cac *** glibc detected *** free(): invalid pointer: 0x0035520306b8 *** @400045a64e7f2fc2cc8c 17952 [EOF] @400045a64e7f2fc32664 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 1200 \ /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 21 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
Re: [qmailtoaster] Stop receiving email from most servers after Qmail update
telnet 196.46.0.222 25 Trying 196.46.0.222... Connected to cust222-0.netcabo.co.mz (196.46.0.222). Escape character is '^]'. 220 Welcome to Mzbusiness.com smtp Server ESMTP EHLO epsilon.dizme.com 250-Welcome to Mzbusiness.com smtp Server 250-STARTTLS 250-PIPELINING 250-8BITMIME 250-SIZE 20971520 250 AUTH LOGIN PLAIN CRAM-MD5 MAIL FROM:[EMAIL PROTECTED] 250 ok RCPT TO:[EMAIL PROTECTED] 250 ok DATA 354 go ahead Subject: Test OK . 250 ok 1168532213 qp 19711 quit 221 Welcome to Mzbusiness.com smtp Server Connection closed by foreign host. On 1/11/07, Eric Shubes [EMAIL PROTECTED] wrote: What do you get when you issue the STARTTLS command in telnet? Same error, I'm guessing. Lazaro Ferreira wrote: Hi Eric, I have telnet from the same machine using the EHLO command this is the session info, everything worked OK : telnet my_ip 25 Trying my_qmail ... Connected to my_qmail (qmail_ip). Escape character is '^]'. 220 Welcome to ... smtp Server ESMTP EHLO remote_domain 250-Welcome to ... smtp Server 250-STARTTLS 250-PIPELINING 250-8BITMIME 250-SIZE 20971520 250 AUTH LOGIN PLAIN CRAM-MD5 MAIL FROM:[EMAIL PROTECTED] 250 ok RCPT TO:[EMAIL PROTECTED] 250 ok DATA 354 go ahead Subject:Test EHLO works ok from telnet . 250 ok 1168529273 qp 18833 quit On 1/11/07, Lazaro Ferreira [EMAIL PROTECTED] 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 ? How can I setup my qmail to override this behaviour ? 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 : @400045a64e7f2fa04c84 17952 220 Welcome to ... smtp Server ESMTP @400045a64e7f2fa4386c 17952 EHLO remote_host @400045a64e7f2fa4b56c 17952 250-Welcome to ... smtp Server @400045a64e7f2fa4b954 17952 250-STARTTLS @400045a64e7f2fa4bd3c 17952 250-PIPELINING @400045a64e7f2fa4d4ac 17952 250-8BITMIME @400045a64e7f2fa4d894 17952 250-SIZE 20971520 @400045a64e7f2fa4d894 17952 250 AUTH LOGIN PLAIN CRAM-MD5 @400045a64e7f2fb92f9c 17952 STARTTLS @400045a64e7f2fc02cac *** glibc detected *** free(): invalid pointer: 0x0035520306b8 *** @400045a64e7f2fc2cc8c 17952 [EOF] @400045a64e7f2fc32664 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 1200 \ /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 21 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
Re: [qmailtoaster] Stop receiving email from most servers after Qmail update
Yes same error On 1/11/07, Eric Shubes [EMAIL PROTECTED] wrote: What do you get when you issue the STARTTLS command in telnet? Same error, I'm guessing. Lazaro Ferreira wrote: Hi Eric, I have telnet from the same machine using the EHLO command this is the session info, everything worked OK : telnet my_ip 25 Trying my_qmail ... Connected to my_qmail (qmail_ip). Escape character is '^]'. 220 Welcome to ... smtp Server ESMTP EHLO remote_domain 250-Welcome to ... smtp Server 250-STARTTLS 250-PIPELINING 250-8BITMIME 250-SIZE 20971520 250 AUTH LOGIN PLAIN CRAM-MD5 MAIL FROM:[EMAIL PROTECTED] 250 ok RCPT TO:[EMAIL PROTECTED] 250 ok DATA 354 go ahead Subject:Test EHLO works ok from telnet . 250 ok 1168529273 qp 18833 quit On 1/11/07, Lazaro Ferreira [EMAIL PROTECTED] 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 ? How can I setup my qmail to override this behaviour ? 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 : @400045a64e7f2fa04c84 17952 220 Welcome to ... smtp Server ESMTP @400045a64e7f2fa4386c 17952 EHLO remote_host @400045a64e7f2fa4b56c 17952 250-Welcome to ... smtp Server @400045a64e7f2fa4b954 17952 250-STARTTLS @400045a64e7f2fa4bd3c 17952 250-PIPELINING @400045a64e7f2fa4d4ac 17952 250-8BITMIME @400045a64e7f2fa4d894 17952 250-SIZE 20971520 @400045a64e7f2fa4d894 17952 250 AUTH LOGIN PLAIN CRAM-MD5 @400045a64e7f2fb92f9c 17952 STARTTLS @400045a64e7f2fc02cac *** glibc detected *** free(): invalid pointer: 0x0035520306b8 *** @400045a64e7f2fc2cc8c 17952 [EOF] @400045a64e7f2fc32664 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 1200 \ /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 21 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:
Re: [qmailtoaster] Stop receiving email from most servers after Qmail update
EHLO is basically the same as HELO except that on a EHLO the server replies its capabilities. So thats why it lists the STARTTLS there, saying I can do TLS. That makes no difference what so ever. What you should try is (as Eric suggested) , start a telnet session and type starttls Btw, things like what is ehlo versus helo can be easily found with google. - Original Message - From: Lazaro Ferreira [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, January 11, 2007 5:25 PM Subject: Re: [qmailtoaster] Stop receiving email from most servers after Qmail update Eric, Something is different (a sort of verbose anwser versus non verbose ) happens because when welcome Qmail with HELO it answer just : 250 Welcome to Mzbusiness.com smtp Server and wait for me, then I write MAIL FROM:.. and works OK if welcome with EHLO then it answer this (putting STARTTLS itself ) : telnet qmail_ip 25 Trying qmail_ip... Connected to qmail (196.46.0.222). Escape character is '^]'. 220 Welcome to .. smtp Server ESMTP EHLO remote_host 250-Welcome to .. smtp Server 250-STARTTLS 250-PIPELINING 250-8BITMIME 250-SIZE 20971520 250 AUTH LOGIN PLAIN CRAM-MD5 MAIL FROM:[EMAIL PROTECTED] 250 ok RCPT TO:[EMAIL PROTECTED] 250 ok DATA 354 go ahead Subject: Test OK . 250 ok 1168532213 qp 19711 quit 221 Welcome to ... smtp Server Connection closed by foreign host. --- Both way works ok using TELNET But when using mail from command line it fails (recordio showed using TLS) On 1/11/07, Eric Shubes [EMAIL PROTECTED] wrote: What do you get when you issue the STARTTLS command in telnet? Same error, I'm guessing. Lazaro Ferreira wrote: Hi Eric, I have telnet from the same machine using the EHLO command this is the session info, everything worked OK : telnet my_ip 25 Trying my_qmail ... Connected to my_qmail (qmail_ip). Escape character is '^]'. 220 Welcome to ... smtp Server ESMTP EHLO remote_domain 250-Welcome to ... smtp Server 250-STARTTLS 250-PIPELINING 250-8BITMIME 250-SIZE 20971520 250 AUTH LOGIN PLAIN CRAM-MD5 MAIL FROM:[EMAIL PROTECTED] 250 ok RCPT TO:[EMAIL PROTECTED] 250 ok DATA 354 go ahead Subject:Test EHLO works ok from telnet . 250 ok 1168529273 qp 18833 quit On 1/11/07, Lazaro Ferreira [EMAIL PROTECTED] 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 ? How can I setup my qmail to override this behaviour ? 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 : @400045a64e7f2fa04c84 17952 220 Welcome to ... smtp Server ESMTP @400045a64e7f2fa4386c 17952 EHLO remote_host @400045a64e7f2fa4b56c 17952 250-Welcome to ... smtp Server @400045a64e7f2fa4b954 17952 250-STARTTLS @400045a64e7f2fa4bd3c 17952 250-PIPELINING @400045a64e7f2fa4d4ac 17952 250-8BITMIME @400045a64e7f2fa4d894 17952 250-SIZE 20971520 @400045a64e7f2fa4d894 17952 250 AUTH LOGIN PLAIN CRAM-MD5 @400045a64e7f2fb92f9c 17952 STARTTLS @400045a64e7f2fc02cac *** glibc detected *** free(): invalid pointer: 0x0035520306b8 *** @400045a64e7f2fc2cc8c 17952 [EOF] @400045a64e7f2fc32664 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 1200 \ /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 21 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
Re: [qmailtoaster] Stop receiving email from most servers after Qmail update
What version of openssl does this server have installed? - Original Message - From: Lazaro Ferreira [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, January 11, 2007 5:34 PM Subject: Re: [qmailtoaster] Stop receiving email from most servers after Qmail update Yes same error On 1/11/07, Eric Shubes [EMAIL PROTECTED] wrote: What do you get when you issue the STARTTLS command in telnet? Same error, I'm guessing. Lazaro Ferreira wrote: Hi Eric, I have telnet from the same machine using the EHLO command this is the session info, everything worked OK : telnet my_ip 25 Trying my_qmail ... Connected to my_qmail (qmail_ip). Escape character is '^]'. 220 Welcome to ... smtp Server ESMTP EHLO remote_domain 250-Welcome to ... smtp Server 250-STARTTLS 250-PIPELINING 250-8BITMIME 250-SIZE 20971520 250 AUTH LOGIN PLAIN CRAM-MD5 MAIL FROM:[EMAIL PROTECTED] 250 ok RCPT TO:[EMAIL PROTECTED] 250 ok DATA 354 go ahead Subject:Test EHLO works ok from telnet . 250 ok 1168529273 qp 18833 quit On 1/11/07, Lazaro Ferreira [EMAIL PROTECTED] 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 ? How can I setup my qmail to override this behaviour ? 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 : @400045a64e7f2fa04c84 17952 220 Welcome to ... smtp Server ESMTP @400045a64e7f2fa4386c 17952 EHLO remote_host @400045a64e7f2fa4b56c 17952 250-Welcome to ... smtp Server @400045a64e7f2fa4b954 17952 250-STARTTLS @400045a64e7f2fa4bd3c 17952 250-PIPELINING @400045a64e7f2fa4d4ac 17952 250-8BITMIME @400045a64e7f2fa4d894 17952 250-SIZE 20971520 @400045a64e7f2fa4d894 17952 250 AUTH LOGIN PLAIN CRAM-MD5 @400045a64e7f2fb92f9c 17952 STARTTLS @400045a64e7f2fc02cac *** glibc detected *** free(): invalid pointer: 0x0035520306b8 *** @400045a64e7f2fc2cc8c 17952 [EOF] @400045a64e7f2fc32664 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 1200 \ /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 21 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
Re: [qmailtoaster] Stop receiving email from most servers after Qmail update
you mean qmail server or the server sending email ? On 1/11/07, Jean-Paul van de Plasse [EMAIL PROTECTED] wrote: What version of openssl does this server have installed? - Original Message - From: Lazaro Ferreira [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, January 11, 2007 5:34 PM Subject: Re: [qmailtoaster] Stop receiving email from most servers after Qmail update Yes same error On 1/11/07, Eric Shubes [EMAIL PROTECTED] wrote: What do you get when you issue the STARTTLS command in telnet? Same error, I'm guessing. Lazaro Ferreira wrote: Hi Eric, I have telnet from the same machine using the EHLO command this is the session info, everything worked OK : telnet my_ip 25 Trying my_qmail ... Connected to my_qmail (qmail_ip). Escape character is '^]'. 220 Welcome to ... smtp Server ESMTP EHLO remote_domain 250-Welcome to ... smtp Server 250-STARTTLS 250-PIPELINING 250-8BITMIME 250-SIZE 20971520 250 AUTH LOGIN PLAIN CRAM-MD5 MAIL FROM:[EMAIL PROTECTED] 250 ok RCPT TO:[EMAIL PROTECTED] 250 ok DATA 354 go ahead Subject:Test EHLO works ok from telnet . 250 ok 1168529273 qp 18833 quit On 1/11/07, Lazaro Ferreira [EMAIL PROTECTED] 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 ? How can I setup my qmail to override this behaviour ? 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 : @400045a64e7f2fa04c84 17952 220 Welcome to ... smtp Server ESMTP @400045a64e7f2fa4386c 17952 EHLO remote_host @400045a64e7f2fa4b56c 17952 250-Welcome to ... smtp Server @400045a64e7f2fa4b954 17952 250-STARTTLS @400045a64e7f2fa4bd3c 17952 250-PIPELINING @400045a64e7f2fa4d4ac 17952 250-8BITMIME @400045a64e7f2fa4d894 17952 250-SIZE 20971520 @400045a64e7f2fa4d894 17952 250 AUTH LOGIN PLAIN CRAM-MD5 @400045a64e7f2fb92f9c 17952 STARTTLS @400045a64e7f2fc02cac *** glibc detected *** free(): invalid pointer: 0x0035520306b8 *** @400045a64e7f2fc2cc8c 17952 [EOF] @400045a64e7f2fc32664 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 1200 \ /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 21 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
Re: [qmailtoaster] Stop receiving email from most servers after Qmail update
So your problem is with TLS. (We had a segfault error a few months back related to STARTTLS. You might try searching the list archive to see what happened with that, as I don't recall off hand). Do you have a servercert.pem file similar to this? [root]# ls -l /var/qmail/control/servercert.pem -rw-r- 1 root vchkpw 2396 Oct 7 10:31 /var/qmail/control/servercert.pem Don't show it to us, as that would compromise your security. Does this file look 'normal'? Mine has: -BEGIN RSA PRIVATE KEY- snipped the private stuff -END RSA PRIVATE KEY- -BEGIN CERTIFICATE- snipped the private stuff -END CERTIFICATE- Lazaro Ferreira wrote: Yes same error On 1/11/07, Eric Shubes [EMAIL PROTECTED] wrote: What do you get when you issue the STARTTLS command in telnet? Same error, I'm guessing. Lazaro Ferreira wrote: Hi Eric, I have telnet from the same machine using the EHLO command this is the session info, everything worked OK : telnet my_ip 25 Trying my_qmail ... Connected to my_qmail (qmail_ip). Escape character is '^]'. 220 Welcome to ... smtp Server ESMTP EHLO remote_domain 250-Welcome to ... smtp Server 250-STARTTLS 250-PIPELINING 250-8BITMIME 250-SIZE 20971520 250 AUTH LOGIN PLAIN CRAM-MD5 MAIL FROM:[EMAIL PROTECTED] 250 ok RCPT TO:[EMAIL PROTECTED] 250 ok DATA 354 go ahead Subject:Test EHLO works ok from telnet . 250 ok 1168529273 qp 18833 quit On 1/11/07, Lazaro Ferreira [EMAIL PROTECTED] 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 ? How can I setup my qmail to override this behaviour ? 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 : @400045a64e7f2fa04c84 17952 220 Welcome to ... smtp Server ESMTP @400045a64e7f2fa4386c 17952 EHLO remote_host @400045a64e7f2fa4b56c 17952 250-Welcome to ... smtp Server @400045a64e7f2fa4b954 17952 250-STARTTLS @400045a64e7f2fa4bd3c 17952 250-PIPELINING @400045a64e7f2fa4d4ac 17952 250-8BITMIME @400045a64e7f2fa4d894 17952 250-SIZE 20971520 @400045a64e7f2fa4d894 17952 250 AUTH LOGIN PLAIN CRAM-MD5 @400045a64e7f2fb92f9c 17952 STARTTLS @400045a64e7f2fc02cac *** glibc detected *** free(): invalid pointer: 0x0035520306b8 *** @400045a64e7f2fc2cc8c 17952 [EOF] @400045a64e7f2fc32664 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 1200 \ /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 21 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
Re: [qmailtoaster] Stop receiving email from most servers after Qmail update
Running rpm -qa | grep openssl The client (uses sendmail) : openssl-0.9.7a-43.14 openssl096b-0.9.6b-22.46 xmlsec1-openssl-1.2.6-3 openssl-devel-0.9.7a-43.14 xmlsec1-openssl-1.2.6-3 openssl-0.9.7a-43.14 Qmail server : openssl-0.9.7a-43.14 openssl-devel-0.9.7a-43.14 xmlsec1-openssl-1.2.6-3 openssl-0.9.7a-43.14 Both run Centos 4.4 On 1/11/07, Lazaro Ferreira [EMAIL PROTECTED] wrote: you mean qmail server or the server sending email ? On 1/11/07, Jean-Paul van de Plasse [EMAIL PROTECTED] wrote: What version of openssl does this server have installed? - Original Message - From: Lazaro Ferreira [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, January 11, 2007 5:34 PM Subject: Re: [qmailtoaster] Stop receiving email from most servers after Qmail update Yes same error On 1/11/07, Eric Shubes [EMAIL PROTECTED] wrote: What do you get when you issue the STARTTLS command in telnet? Same error, I'm guessing. Lazaro Ferreira wrote: Hi Eric, I have telnet from the same machine using the EHLO command this is the session info, everything worked OK : telnet my_ip 25 Trying my_qmail ... Connected to my_qmail (qmail_ip). Escape character is '^]'. 220 Welcome to ... smtp Server ESMTP EHLO remote_domain 250-Welcome to ... smtp Server 250-STARTTLS 250-PIPELINING 250-8BITMIME 250-SIZE 20971520 250 AUTH LOGIN PLAIN CRAM-MD5 MAIL FROM:[EMAIL PROTECTED] 250 ok RCPT TO:[EMAIL PROTECTED] 250 ok DATA 354 go ahead Subject:Test EHLO works ok from telnet . 250 ok 1168529273 qp 18833 quit On 1/11/07, Lazaro Ferreira [EMAIL PROTECTED] 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 ? How can I setup my qmail to override this behaviour ? 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 : @400045a64e7f2fa04c84 17952 220 Welcome to ... smtp Server ESMTP @400045a64e7f2fa4386c 17952 EHLO remote_host @400045a64e7f2fa4b56c 17952 250-Welcome to ... smtp Server @400045a64e7f2fa4b954 17952 250-STARTTLS @400045a64e7f2fa4bd3c 17952 250-PIPELINING @400045a64e7f2fa4d4ac 17952 250-8BITMIME @400045a64e7f2fa4d894 17952 250-SIZE 20971520 @400045a64e7f2fa4d894 17952 250 AUTH LOGIN PLAIN CRAM-MD5 @400045a64e7f2fb92f9c 17952 STARTTLS @400045a64e7f2fc02cac *** glibc detected *** free(): invalid pointer: 0x0035520306b8 *** @400045a64e7f2fc2cc8c 17952 [EOF] @400045a64e7f2fc32664 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 1200 \ /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 21 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
Re: [qmailtoaster] Stop receiving email from most servers after Qmail update
Eric, Yes, Just the order is changed : -BEGIN CERTIFICATE- -END CERTIFICATE- -BEGIN RSA PRIVATE KEY- -END RSA PRIVATE KEY- On 1/11/07, Eric Shubes [EMAIL PROTECTED] wrote: So your problem is with TLS. (We had a segfault error a few months back related to STARTTLS. You might try searching the list archive to see what happened with that, as I don't recall off hand). Do you have a servercert.pem file similar to this? [root]# ls -l /var/qmail/control/servercert.pem -rw-r- 1 root vchkpw 2396 Oct 7 10:31 /var/qmail/control/servercert.pem Don't show it to us, as that would compromise your security. Does this file look 'normal'? Mine has: -BEGIN RSA PRIVATE KEY- snipped the private stuff -END RSA PRIVATE KEY- -BEGIN CERTIFICATE- snipped the private stuff -END CERTIFICATE- Lazaro Ferreira wrote: Yes same error On 1/11/07, Eric Shubes [EMAIL PROTECTED] wrote: What do you get when you issue the STARTTLS command in telnet? Same error, I'm guessing. Lazaro Ferreira wrote: Hi Eric, I have telnet from the same machine using the EHLO command this is the session info, everything worked OK : telnet my_ip 25 Trying my_qmail ... Connected to my_qmail (qmail_ip). Escape character is '^]'. 220 Welcome to ... smtp Server ESMTP EHLO remote_domain 250-Welcome to ... smtp Server 250-STARTTLS 250-PIPELINING 250-8BITMIME 250-SIZE 20971520 250 AUTH LOGIN PLAIN CRAM-MD5 MAIL FROM:[EMAIL PROTECTED] 250 ok RCPT TO:[EMAIL PROTECTED] 250 ok DATA 354 go ahead Subject:Test EHLO works ok from telnet . 250 ok 1168529273 qp 18833 quit On 1/11/07, Lazaro Ferreira [EMAIL PROTECTED] 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 ? How can I setup my qmail to override this behaviour ? 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 : @400045a64e7f2fa04c84 17952 220 Welcome to ... smtp Server ESMTP @400045a64e7f2fa4386c 17952 EHLO remote_host @400045a64e7f2fa4b56c 17952 250-Welcome to ... smtp Server @400045a64e7f2fa4b954 17952 250-STARTTLS @400045a64e7f2fa4bd3c 17952 250-PIPELINING @400045a64e7f2fa4d4ac 17952 250-8BITMIME @400045a64e7f2fa4d894 17952 250-SIZE 20971520 @400045a64e7f2fa4d894 17952 250 AUTH LOGIN PLAIN CRAM-MD5 @400045a64e7f2fb92f9c 17952 STARTTLS @400045a64e7f2fc02cac *** glibc detected *** free(): invalid pointer: 0x0035520306b8 *** @400045a64e7f2fc2cc8c 17952 [EOF] @400045a64e7f2fc32664 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 1200 \ /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 21 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 ?
Re: [qmailtoaster] Stop receiving email from most servers after Qmail update
Run '/var/qmail/bin/dh_key' and try again. Erik On 1/11/07, Lazaro Ferreira [EMAIL PROTECTED] wrote: Eric, Yes, Just the order is changed : -BEGIN CERTIFICATE- -END CERTIFICATE- -BEGIN RSA PRIVATE KEY- -END RSA PRIVATE KEY- On 1/11/07, Eric Shubes [EMAIL PROTECTED] wrote: So your problem is with TLS. (We had a segfault error a few months back related to STARTTLS. You might try searching the list archive to see what happened with that, as I don't recall off hand). Do you have a servercert.pem file similar to this? [root]# ls -l /var/qmail/control/servercert.pem -rw-r- 1 root vchkpw 2396 Oct 7 10:31 /var/qmail/control/servercert.pem Don't show it to us, as that would compromise your security. Does this file look 'normal'? Mine has: -BEGIN RSA PRIVATE KEY- snipped the private stuff -END RSA PRIVATE KEY- -BEGIN CERTIFICATE- snipped the private stuff -END CERTIFICATE- Lazaro Ferreira wrote: Yes same error On 1/11/07, Eric Shubes [EMAIL PROTECTED] wrote: What do you get when you issue the STARTTLS command in telnet? Same error, I'm guessing. Lazaro Ferreira wrote: Hi Eric, I have telnet from the same machine using the EHLO command this is the session info, everything worked OK : telnet my_ip 25 Trying my_qmail ... Connected to my_qmail (qmail_ip). Escape character is '^]'. 220 Welcome to ... smtp Server ESMTP EHLO remote_domain 250-Welcome to ... smtp Server 250-STARTTLS 250-PIPELINING 250-8BITMIME 250-SIZE 20971520 250 AUTH LOGIN PLAIN CRAM-MD5 MAIL FROM:[EMAIL PROTECTED] 250 ok RCPT TO:[EMAIL PROTECTED] 250 ok DATA 354 go ahead Subject:Test EHLO works ok from telnet . 250 ok 1168529273 qp 18833 quit On 1/11/07, Lazaro Ferreira [EMAIL PROTECTED] 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 ? How can I setup my qmail to override this behaviour ? 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 : @400045a64e7f2fa04c84 17952 220 Welcome to ... smtp Server ESMTP @400045a64e7f2fa4386c 17952 EHLO remote_host @400045a64e7f2fa4b56c 17952 250-Welcome to ... smtp Server @400045a64e7f2fa4b954 17952 250-STARTTLS @400045a64e7f2fa4bd3c 17952 250-PIPELINING @400045a64e7f2fa4d4ac 17952 250-8BITMIME @400045a64e7f2fa4d894 17952 250-SIZE 20971520 @400045a64e7f2fa4d894 17952 250 AUTH LOGIN PLAIN CRAM-MD5 @400045a64e7f2fb92f9c 17952 STARTTLS @400045a64e7f2fc02cac *** glibc detected *** free(): invalid pointer: 0x0035520306b8 *** @400045a64e7f2fc2cc8c 17952 [EOF] @400045a64e7f2fc32664 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 1200 \ /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 21 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,
Re: [qmailtoaster] Stop receiving email from most servers after Qmail update
I ran the command then try again same problem I have also read the thread forum you mentioned before, try this : [IP].:allow,RELAYCLIENT=,DKSIGN=/var/qmail/control/domainkeys/%/private SENDER_NOCHECK = no success On 1/11/07, Erik Espinoza [EMAIL PROTECTED] wrote: Run '/var/qmail/bin/dh_key' and try again. Erik On 1/11/07, Lazaro Ferreira [EMAIL PROTECTED] wrote: Eric, Yes, Just the order is changed : -BEGIN CERTIFICATE- -END CERTIFICATE- -BEGIN RSA PRIVATE KEY- -END RSA PRIVATE KEY- On 1/11/07, Eric Shubes [EMAIL PROTECTED] wrote: So your problem is with TLS. (We had a segfault error a few months back related to STARTTLS. You might try searching the list archive to see what happened with that, as I don't recall off hand). Do you have a servercert.pem file similar to this? [root]# ls -l /var/qmail/control/servercert.pem -rw-r- 1 root vchkpw 2396 Oct 7 10:31 /var/qmail/control/servercert.pem Don't show it to us, as that would compromise your security. Does this file look 'normal'? Mine has: -BEGIN RSA PRIVATE KEY- snipped the private stuff -END RSA PRIVATE KEY- -BEGIN CERTIFICATE- snipped the private stuff -END CERTIFICATE- Lazaro Ferreira wrote: Yes same error On 1/11/07, Eric Shubes [EMAIL PROTECTED] wrote: What do you get when you issue the STARTTLS command in telnet? Same error, I'm guessing. Lazaro Ferreira wrote: Hi Eric, I have telnet from the same machine using the EHLO command this is the session info, everything worked OK : telnet my_ip 25 Trying my_qmail ... Connected to my_qmail (qmail_ip). Escape character is '^]'. 220 Welcome to ... smtp Server ESMTP EHLO remote_domain 250-Welcome to ... smtp Server 250-STARTTLS 250-PIPELINING 250-8BITMIME 250-SIZE 20971520 250 AUTH LOGIN PLAIN CRAM-MD5 MAIL FROM:[EMAIL PROTECTED] 250 ok RCPT TO:[EMAIL PROTECTED] 250 ok DATA 354 go ahead Subject:Test EHLO works ok from telnet . 250 ok 1168529273 qp 18833 quit On 1/11/07, Lazaro Ferreira [EMAIL PROTECTED] 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 ? How can I setup my qmail to override this behaviour ? 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 : @400045a64e7f2fa04c84 17952 220 Welcome to ... smtp Server ESMTP @400045a64e7f2fa4386c 17952 EHLO remote_host @400045a64e7f2fa4b56c 17952 250-Welcome to ... smtp Server @400045a64e7f2fa4b954 17952 250-STARTTLS @400045a64e7f2fa4bd3c 17952 250-PIPELINING @400045a64e7f2fa4d4ac 17952 250-8BITMIME @400045a64e7f2fa4d894 17952 250-SIZE 20971520 @400045a64e7f2fa4d894 17952 250 AUTH LOGIN PLAIN CRAM-MD5 @400045a64e7f2fb92f9c 17952 STARTTLS @400045a64e7f2fc02cac *** glibc detected *** free(): invalid pointer: 0x0035520306b8 *** @400045a64e7f2fc2cc8c 17952 [EOF] @400045a64e7f2fc32664 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 1200 \ /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 21 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
Re: [qmailtoaster] Stop receiving email from most servers after Qmail update
Can you run a trace on it? You might find out how to by searching the list archives for STARTTLS. Lazaro Ferreira wrote: I ran the command then try again same problem I have also read the thread forum you mentioned before, try this : [IP].:allow,RELAYCLIENT=,DKSIGN=/var/qmail/control/domainkeys/%/private SENDER_NOCHECK = no success On 1/11/07, Erik Espinoza [EMAIL PROTECTED] wrote: Run '/var/qmail/bin/dh_key' and try again. Erik On 1/11/07, Lazaro Ferreira [EMAIL PROTECTED] wrote: Eric, Yes, Just the order is changed : -BEGIN CERTIFICATE- -END CERTIFICATE- -BEGIN RSA PRIVATE KEY- -END RSA PRIVATE KEY- On 1/11/07, Eric Shubes [EMAIL PROTECTED] wrote: So your problem is with TLS. (We had a segfault error a few months back related to STARTTLS. You might try searching the list archive to see what happened with that, as I don't recall off hand). Do you have a servercert.pem file similar to this? [root]# ls -l /var/qmail/control/servercert.pem -rw-r- 1 root vchkpw 2396 Oct 7 10:31 /var/qmail/control/servercert.pem Don't show it to us, as that would compromise your security. Does this file look 'normal'? Mine has: -BEGIN RSA PRIVATE KEY- snipped the private stuff -END RSA PRIVATE KEY- -BEGIN CERTIFICATE- snipped the private stuff -END CERTIFICATE- Lazaro Ferreira wrote: Yes same error On 1/11/07, Eric Shubes [EMAIL PROTECTED] wrote: What do you get when you issue the STARTTLS command in telnet? Same error, I'm guessing. Lazaro Ferreira wrote: Hi Eric, I have telnet from the same machine using the EHLO command this is the session info, everything worked OK : telnet my_ip 25 Trying my_qmail ... Connected to my_qmail (qmail_ip). Escape character is '^]'. 220 Welcome to ... smtp Server ESMTP EHLO remote_domain 250-Welcome to ... smtp Server 250-STARTTLS 250-PIPELINING 250-8BITMIME 250-SIZE 20971520 250 AUTH LOGIN PLAIN CRAM-MD5 MAIL FROM:[EMAIL PROTECTED] 250 ok RCPT TO:[EMAIL PROTECTED] 250 ok DATA 354 go ahead Subject:Test EHLO works ok from telnet . 250 ok 1168529273 qp 18833 quit On 1/11/07, Lazaro Ferreira [EMAIL PROTECTED] 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 ? How can I setup my qmail to override this behaviour ? 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 : @400045a64e7f2fa04c84 17952 220 Welcome to ... smtp Server ESMTP @400045a64e7f2fa4386c 17952 EHLO remote_host @400045a64e7f2fa4b56c 17952 250-Welcome to ... smtp Server @400045a64e7f2fa4b954 17952 250-STARTTLS @400045a64e7f2fa4bd3c 17952 250-PIPELINING @400045a64e7f2fa4d4ac 17952 250-8BITMIME @400045a64e7f2fa4d894 17952 250-SIZE 20971520 @400045a64e7f2fa4d894 17952 250 AUTH LOGIN PLAIN CRAM-MD5 @400045a64e7f2fb92f9c 17952 STARTTLS @400045a64e7f2fc02cac *** glibc detected *** free(): invalid pointer: 0x0035520306b8 *** @400045a64e7f2fc2cc8c 17952 [EOF] @400045a64e7f2fc32664 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 1200 \ /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 21 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
Re: [qmailtoaster] Stop receiving email from most servers after Qmail update
I will try On 1/11/07, Eric Shubes [EMAIL PROTECTED] wrote: Can you run a trace on it? You might find out how to by searching the list archives for STARTTLS. Lazaro Ferreira wrote: I ran the command then try again same problem I have also read the thread forum you mentioned before, try this : [IP].:allow,RELAYCLIENT=,DKSIGN=/var/qmail/control/domainkeys/%/private SENDER_NOCHECK = no success On 1/11/07, Erik Espinoza [EMAIL PROTECTED] wrote: Run '/var/qmail/bin/dh_key' and try again. Erik On 1/11/07, Lazaro Ferreira [EMAIL PROTECTED] wrote: Eric, Yes, Just the order is changed : -BEGIN CERTIFICATE- -END CERTIFICATE- -BEGIN RSA PRIVATE KEY- -END RSA PRIVATE KEY- On 1/11/07, Eric Shubes [EMAIL PROTECTED] wrote: So your problem is with TLS. (We had a segfault error a few months back related to STARTTLS. You might try searching the list archive to see what happened with that, as I don't recall off hand). Do you have a servercert.pem file similar to this? [root]# ls -l /var/qmail/control/servercert.pem -rw-r- 1 root vchkpw 2396 Oct 7 10:31 /var/qmail/control/servercert.pem Don't show it to us, as that would compromise your security. Does this file look 'normal'? Mine has: -BEGIN RSA PRIVATE KEY- snipped the private stuff -END RSA PRIVATE KEY- -BEGIN CERTIFICATE- snipped the private stuff -END CERTIFICATE- Lazaro Ferreira wrote: Yes same error On 1/11/07, Eric Shubes [EMAIL PROTECTED] wrote: What do you get when you issue the STARTTLS command in telnet? Same error, I'm guessing. Lazaro Ferreira wrote: Hi Eric, I have telnet from the same machine using the EHLO command this is the session info, everything worked OK : telnet my_ip 25 Trying my_qmail ... Connected to my_qmail (qmail_ip). Escape character is '^]'. 220 Welcome to ... smtp Server ESMTP EHLO remote_domain 250-Welcome to ... smtp Server 250-STARTTLS 250-PIPELINING 250-8BITMIME 250-SIZE 20971520 250 AUTH LOGIN PLAIN CRAM-MD5 MAIL FROM:[EMAIL PROTECTED] 250 ok RCPT TO:[EMAIL PROTECTED] 250 ok DATA 354 go ahead Subject:Test EHLO works ok from telnet . 250 ok 1168529273 qp 18833 quit On 1/11/07, Lazaro Ferreira [EMAIL PROTECTED] 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 ? How can I setup my qmail to override this behaviour ? 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 : @400045a64e7f2fa04c84 17952 220 Welcome to ... smtp Server ESMTP @400045a64e7f2fa4386c 17952 EHLO remote_host @400045a64e7f2fa4b56c 17952 250-Welcome to ... smtp Server @400045a64e7f2fa4b954 17952 250-STARTTLS @400045a64e7f2fa4bd3c 17952 250-PIPELINING @400045a64e7f2fa4d4ac 17952 250-8BITMIME @400045a64e7f2fa4d894 17952 250-SIZE 20971520 @400045a64e7f2fa4d894 17952 250 AUTH LOGIN PLAIN CRAM-MD5 @400045a64e7f2fb92f9c 17952 STARTTLS @400045a64e7f2fc02cac *** glibc detected *** free(): invalid pointer: 0x0035520306b8 *** @400045a64e7f2fc2cc8c 17952 [EOF] @400045a64e7f2fc32664 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 1200 \ /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 21 Note, we simply added the next to last line here, leaving everything else as is. Then #
Re: [qmailtoaster] Stop receiving email from most servers after Qmail update
Lazaro, is this your first QmailToaster on that machine? Just on a hunch, can you run memtest to see if there is any memory issue/ Thanks, Erik On 1/11/07, Lazaro Ferreira [EMAIL PROTECTED] wrote: I will try On 1/11/07, Eric Shubes [EMAIL PROTECTED] wrote: Can you run a trace on it? You might find out how to by searching the list archives for STARTTLS. Lazaro Ferreira wrote: I ran the command then try again same problem I have also read the thread forum you mentioned before, try this : [IP].:allow,RELAYCLIENT=,DKSIGN=/var/qmail/control/domainkeys/%/private SENDER_NOCHECK = no success On 1/11/07, Erik Espinoza [EMAIL PROTECTED] wrote: Run '/var/qmail/bin/dh_key' and try again. Erik On 1/11/07, Lazaro Ferreira [EMAIL PROTECTED] wrote: Eric, Yes, Just the order is changed : -BEGIN CERTIFICATE- -END CERTIFICATE- -BEGIN RSA PRIVATE KEY- -END RSA PRIVATE KEY- On 1/11/07, Eric Shubes [EMAIL PROTECTED] wrote: So your problem is with TLS. (We had a segfault error a few months back related to STARTTLS. You might try searching the list archive to see what happened with that, as I don't recall off hand). Do you have a servercert.pem file similar to this? [root]# ls -l /var/qmail/control/servercert.pem -rw-r- 1 root vchkpw 2396 Oct 7 10:31 /var/qmail/control/servercert.pem Don't show it to us, as that would compromise your security. Does this file look 'normal'? Mine has: -BEGIN RSA PRIVATE KEY- snipped the private stuff -END RSA PRIVATE KEY- -BEGIN CERTIFICATE- snipped the private stuff -END CERTIFICATE- Lazaro Ferreira wrote: Yes same error On 1/11/07, Eric Shubes [EMAIL PROTECTED] wrote: What do you get when you issue the STARTTLS command in telnet? Same error, I'm guessing. Lazaro Ferreira wrote: Hi Eric, I have telnet from the same machine using the EHLO command this is the session info, everything worked OK : telnet my_ip 25 Trying my_qmail ... Connected to my_qmail (qmail_ip). Escape character is '^]'. 220 Welcome to ... smtp Server ESMTP EHLO remote_domain 250-Welcome to ... smtp Server 250-STARTTLS 250-PIPELINING 250-8BITMIME 250-SIZE 20971520 250 AUTH LOGIN PLAIN CRAM-MD5 MAIL FROM:[EMAIL PROTECTED] 250 ok RCPT TO:[EMAIL PROTECTED] 250 ok DATA 354 go ahead Subject:Test EHLO works ok from telnet . 250 ok 1168529273 qp 18833 quit On 1/11/07, Lazaro Ferreira [EMAIL PROTECTED] 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 ? How can I setup my qmail to override this behaviour ? 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 : @400045a64e7f2fa04c84 17952 220 Welcome to ... smtp Server ESMTP @400045a64e7f2fa4386c 17952 EHLO remote_host @400045a64e7f2fa4b56c 17952 250-Welcome to ... smtp Server @400045a64e7f2fa4b954 17952 250-STARTTLS @400045a64e7f2fa4bd3c 17952 250-PIPELINING @400045a64e7f2fa4d4ac 17952 250-8BITMIME @400045a64e7f2fa4d894 17952 250-SIZE 20971520 @400045a64e7f2fa4d894 17952 250 AUTH LOGIN PLAIN CRAM-MD5 @400045a64e7f2fb92f9c 17952 STARTTLS @400045a64e7f2fc02cac *** glibc detected *** free(): invalid pointer: 0x0035520306b8 *** @400045a64e7f2fc2cc8c 17952 [EOF] @400045a64e7f2fc32664 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
Re: [qmailtoaster] Stop receiving email from most servers after Qmail update
Eric, Yes, it is a new machine HP Proliant G5 with 1 Dual core Proc and 2 GB RAM it has hardware diagnostic tools, and don't report any problem with memory This glibc messages just appeas after Qmail, before qmail it was already running running Apache webserver and Oracle Database Server without any known problem, no errors on syslog Selinux weren't disabled the first time I installed toaster, but later I disabled and reinstall toaster Thank you On 1/11/07, Erik Espinoza [EMAIL PROTECTED] wrote: Lazaro, is this your first QmailToaster on that machine? Just on a hunch, can you run memtest to see if there is any memory issue/ Thanks, Erik On 1/11/07, Lazaro Ferreira [EMAIL PROTECTED] wrote: I will try On 1/11/07, Eric Shubes [EMAIL PROTECTED] wrote: Can you run a trace on it? You might find out how to by searching the list archives for STARTTLS. Lazaro Ferreira wrote: I ran the command then try again same problem I have also read the thread forum you mentioned before, try this : [IP].:allow,RELAYCLIENT=,DKSIGN=/var/qmail/control/domainkeys/%/private SENDER_NOCHECK = no success On 1/11/07, Erik Espinoza [EMAIL PROTECTED] wrote: Run '/var/qmail/bin/dh_key' and try again. Erik On 1/11/07, Lazaro Ferreira [EMAIL PROTECTED] wrote: Eric, Yes, Just the order is changed : -BEGIN CERTIFICATE- -END CERTIFICATE- -BEGIN RSA PRIVATE KEY- -END RSA PRIVATE KEY- On 1/11/07, Eric Shubes [EMAIL PROTECTED] wrote: So your problem is with TLS. (We had a segfault error a few months back related to STARTTLS. You might try searching the list archive to see what happened with that, as I don't recall off hand). Do you have a servercert.pem file similar to this? [root]# ls -l /var/qmail/control/servercert.pem -rw-r- 1 root vchkpw 2396 Oct 7 10:31 /var/qmail/control/servercert.pem Don't show it to us, as that would compromise your security. Does this file look 'normal'? Mine has: -BEGIN RSA PRIVATE KEY- snipped the private stuff -END RSA PRIVATE KEY- -BEGIN CERTIFICATE- snipped the private stuff -END CERTIFICATE- Lazaro Ferreira wrote: Yes same error On 1/11/07, Eric Shubes [EMAIL PROTECTED] wrote: What do you get when you issue the STARTTLS command in telnet? Same error, I'm guessing. Lazaro Ferreira wrote: Hi Eric, I have telnet from the same machine using the EHLO command this is the session info, everything worked OK : telnet my_ip 25 Trying my_qmail ... Connected to my_qmail (qmail_ip). Escape character is '^]'. 220 Welcome to ... smtp Server ESMTP EHLO remote_domain 250-Welcome to ... smtp Server 250-STARTTLS 250-PIPELINING 250-8BITMIME 250-SIZE 20971520 250 AUTH LOGIN PLAIN CRAM-MD5 MAIL FROM:[EMAIL PROTECTED] 250 ok RCPT TO:[EMAIL PROTECTED] 250 ok DATA 354 go ahead Subject:Test EHLO works ok from telnet . 250 ok 1168529273 qp 18833 quit On 1/11/07, Lazaro Ferreira [EMAIL PROTECTED] 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 ? How can I setup my qmail to override this behaviour ? 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 : @400045a64e7f2fa04c84 17952 220 Welcome to ... smtp Server ESMTP @400045a64e7f2fa4386c 17952 EHLO remote_host @400045a64e7f2fa4b56c 17952 250-Welcome to ... smtp Server @400045a64e7f2fa4b954 17952 250-STARTTLS @400045a64e7f2fa4bd3c 17952 250-PIPELINING @400045a64e7f2fa4d4ac 17952 250-8BITMIME @400045a64e7f2fa4d894 17952 250-SIZE 20971520 @400045a64e7f2fa4d894 17952 250 AUTH LOGIN PLAIN CRAM-MD5 @400045a64e7f2fb92f9c 17952 STARTTLS @400045a64e7f2fc02cac *** glibc detected *** free(): invalid pointer: 0x0035520306b8 *** @400045a64e7f2fc2cc8c 17952 [EOF] @400045a64e7f2fc32664 tcpserver: end 17952 status 6 is the problem related to SMTP Auth ?
Re: [qmailtoaster] Stop receiving email from most servers after Qmail update
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 ? So if you use a client like Thunderbird or Outlook it works okay? But when you try and mail from the command line it gives you the error? Does it only do it when you mail from the command line on the Toaster machine, or when you send from another host to this machine? You may want to check and make sure sendmail has been removed (rpm -qa | grep sendmail), and then make sure that Toaster installed the fake sendmail (/var/qmail/bin/sendmail and /use/sbin/sendmail should just be a symlink to the /var/qmail/bin/sendmail one). smime.p7s Description: S/MIME Cryptographic Signature
Re: [qmailtoaster] Stop receiving email from most servers after Qmail update
Did you recompile the sources with selinux off, or simply reinstall the binaries that were built with selinux on? I don't know if having selinux on would have an impact on the builds or not, but it's worth a try recompiling and reinstalling with selinux off. Lazaro Ferreira wrote: Eric, Yes, it is a new machine HP Proliant G5 with 1 Dual core Proc and 2 GB RAM it has hardware diagnostic tools, and don't report any problem with memory This glibc messages just appeas after Qmail, before qmail it was already running running Apache webserver and Oracle Database Server without any known problem, no errors on syslog Selinux weren't disabled the first time I installed toaster, but later I disabled and reinstall toaster Thank you -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Stop receiving email from most servers after Qmail update
Jake Vickers wrote: 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 ? So if you use a client like Thunderbird or Outlook it works okay? But when you try and mail from the command line it gives you the error? Does it only do it when you mail from the command line on the Toaster machine, or when you send from another host to this machine? You may want to check and make sure sendmail has been removed (rpm -qa | grep sendmail), and then make sure that Toaster installed the fake sendmail (/var/qmail/bin/sendmail and /use/sbin/sendmail should just be a symlink to the /var/qmail/bin/sendmail one). I think we've determined that the problem lies when the starttls command is issued by the sending client. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Stop receiving email from most servers after Qmail update
Yes, It works ok from MS Outlook, the problem is when sending from another host ( running sendmail server) using command line mail utility , if I send from the localhost (qmail host) using the command line mail there is no problem either On 1/11/07, Jake Vickers [EMAIL PROTECTED] wrote: 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 ? So if you use a client like Thunderbird or Outlook it works okay? But when you try and mail from the command line it gives you the error? Does it only do it when you mail from the command line on the Toaster machine, or when you send from another host to this machine? You may want to check and make sure sendmail has been removed (rpm -qa | grep sendmail), and then make sure that Toaster installed the fake sendmail (/var/qmail/bin/sendmail and /use/sbin/sendmail should just be a symlink to the /var/qmail/bin/sendmail one). - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Stop receiving email from most servers after Qmail update
Eric, First I disable selinux, then I recompile and install the src.rpm On 1/11/07, Eric Shubes [EMAIL PROTECTED] wrote: Did you recompile the sources with selinux off, or simply reinstall the binaries that were built with selinux on? I don't know if having selinux on would have an impact on the builds or not, but it's worth a try recompiling and reinstalling with selinux off. Lazaro Ferreira wrote: Eric, Yes, it is a new machine HP Proliant G5 with 1 Dual core Proc and 2 GB RAM it has hardware diagnostic tools, and don't report any problem with memory This glibc messages just appeas after Qmail, before qmail it was already running running Apache webserver and Oracle Database Server without any known problem, no errors on syslog Selinux weren't disabled the first time I installed toaster, but later I disabled and reinstall toaster Thank you -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Stop receiving email from most servers after Qmail update
I'm guessing, it doesn't work from Outlook using TLS though, right? Lazaro Ferreira wrote: Yes, It works ok from MS Outlook, the problem is when sending from another host ( running sendmail server) using command line mail utility , if I send from the localhost (qmail host) using the command line mail there is no problem either On 1/11/07, Jake Vickers [EMAIL PROTECTED] wrote: 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 ? So if you use a client like Thunderbird or Outlook it works okay? But when you try and mail from the command line it gives you the error? Does it only do it when you mail from the command line on the Toaster machine, or when you send from another host to this machine? You may want to check and make sure sendmail has been removed (rpm -qa | grep sendmail), and then make sure that Toaster installed the fake sendmail (/var/qmail/bin/sendmail and /use/sbin/sendmail should just be a symlink to the /var/qmail/bin/sendmail one). - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Stop receiving email from most servers after Qmail update
Guess this is going to be very difficult to figure out this way. Last thing I can think of to get some kind of idea is run a strace on qmail-smtpd Make sure you have strace installed. Then run strace /var/qmail/bin/qmail-smtpd That will give a bunch of data on your screen, wait till it stops with something like select(1, [0], NULL, NULL, {1200, 0} then type starttls (and put an enter after just like you did with telnet) Normally that would give you the last system calls done before crashing. I guess you could do this alot better with gdb but then you need a debug compiled version of qmail-smtpd. I do not know what qmail-toaster version you have installed, but besides that I have exactly the same versions as you. - Original Message - From: Eric Shubes [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, January 11, 2007 8:09 PM Subject: Re: [qmailtoaster] Stop receiving email from most servers after Qmail update Jake Vickers wrote: 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 ? So if you use a client like Thunderbird or Outlook it works okay? But when you try and mail from the command line it gives you the error? Does it only do it when you mail from the command line on the Toaster machine, or when you send from another host to this machine? You may want to check and make sure sendmail has been removed (rpm -qa | grep sendmail), and then make sure that Toaster installed the fake sendmail (/var/qmail/bin/sendmail and /use/sbin/sendmail should just be a symlink to the /var/qmail/bin/sendmail one). I think we've determined that the problem lies when the starttls command is issued by the sending client. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Stop receiving email from most servers after Qmail update
Hi, I'm running latest version qmail-toaster-1.03-1.3.10 But the same problem with previous version qmail-toaster-1.03-1.3.7 I have made strace like you said this is the output , any ideia ? ... select(1, [0], NULL, NULL, {1200, 0}STARTTLS ) = 1 (in [0], left {1188, 766000}) read(0, STARTTLS\n, 1024) = 9 brk(0) = 0x6bf000 brk(0x6e) = 0x6e open(control/servercert.pem, O_RDONLY) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=1693, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2a95557000 read(3, -BEGIN CERTIFICATE-\nMIIC..., 4096) = 1693 getpid()= 28774 read(3, , 4096) = 0 close(3)= 0 munmap(0x2a95557000, 4096) = 0 open(control/clientca.pem, O_RDONLY) = -1 ENOENT (No such file or directory) open(control/clientcrl.pem, O_RDONLY) = -1 ENOENT (No such file or directory) open(/dev/tty, O_RDWR|O_NONBLOCK|O_NOCTTY) = 3 writev(3, [{*** glibc detected *** , 23}, {free(): invalid pointer, 23}, {: 0x, 4}, {0035520306b8, 16}, { ***\n, 5}], 5*** glibc detected *** free(): invalid pointer: 0x0035520306b8 *** ) = 71 rt_sigprocmask(SIG_UNBLOCK, [ABRT], NULL, 8) = 0 tgkill(28774, 28774, SIGABRT) = 0 --- SIGABRT (Aborted) @ 0 (0) --- +++ killed by SIGABRT +++ Process 28774 detached On 1/11/07, Jean-Paul van de Plasse [EMAIL PROTECTED] wrote: Guess this is going to be very difficult to figure out this way. Last thing I can think of to get some kind of idea is run a strace on qmail-smtpd Make sure you have strace installed. Then run strace /var/qmail/bin/qmail-smtpd That will give a bunch of data on your screen, wait till it stops with something like select(1, [0], NULL, NULL, {1200, 0} then type starttls (and put an enter after just like you did with telnet) Normally that would give you the last system calls done before crashing. I guess you could do this alot better with gdb but then you need a debug compiled version of qmail-smtpd. I do not know what qmail-toaster version you have installed, but besides that I have exactly the same versions as you. - Original Message - From: Eric Shubes [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, January 11, 2007 8:09 PM Subject: Re: [qmailtoaster] Stop receiving email from most servers after Qmail update Jake Vickers wrote: 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 ? So if you use a client like Thunderbird or Outlook it works okay? But when you try and mail from the command line it gives you the error? Does it only do it when you mail from the command line on the Toaster machine, or when you send from another host to this machine? You may want to check and make sure sendmail has been removed (rpm -qa | grep sendmail), and then make sure that Toaster installed the fake sendmail (/var/qmail/bin/sendmail and /use/sbin/sendmail should just be a symlink to the /var/qmail/bin/sendmail one). I think we've determined that the problem lies when the starttls command is issued by the sending client. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Stop receiving email from most servers after Qmail update
Hi, I have ran strace again this time emulating the real thing (strace tcpserver then forks qmail-smtpd) This what happens : it seems like it is looking for files (clientca.pem and clientcrl.pem ) that doesn't exist there : - 28887 open(control/clientca.pem, O_RDONLY) = -1 ENOENT (No such file or directory) 28887 open(control/clientcrl.pem, O_RDONLY) = -1 ENOENT (No such file or directory) 28887 open(/dev/tty, O_RDWR|O_NONBLOCK|O_NOCTTY) = -1 ENXIO (No such device or address) 28887 writev(2, [{*** glibc detected *** , 23}, {free(): invalid pointer, 23}, {: 0x, 4}, {0035520306b8, 16}, { ***\n, 5}], 5) = 71 - I have the whole session trace here, I can sent you if needed On 1/11/07, Lazaro Ferreira [EMAIL PROTECTED] wrote: Hi, I'm running latest version qmail-toaster-1.03-1.3.10 But the same problem with previous version qmail-toaster-1.03-1.3.7 I have made strace like you said this is the output , any ideia ? ... select(1, [0], NULL, NULL, {1200, 0}STARTTLS ) = 1 (in [0], left {1188, 766000}) read(0, STARTTLS\n, 1024) = 9 brk(0) = 0x6bf000 brk(0x6e) = 0x6e open(control/servercert.pem, O_RDONLY) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=1693, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2a95557000 read(3, -BEGIN CERTIFICATE-\nMIIC..., 4096) = 1693 getpid()= 28774 read(3, , 4096) = 0 close(3)= 0 munmap(0x2a95557000, 4096) = 0 open(control/clientca.pem, O_RDONLY) = -1 ENOENT (No such file or directory) open(control/clientcrl.pem, O_RDONLY) = -1 ENOENT (No such file or directory) open(/dev/tty, O_RDWR|O_NONBLOCK|O_NOCTTY) = 3 writev(3, [{*** glibc detected *** , 23}, {free(): invalid pointer, 23}, {: 0x, 4}, {0035520306b8, 16}, { ***\n, 5}], 5*** glibc detected *** free(): invalid pointer: 0x0035520306b8 *** ) = 71 rt_sigprocmask(SIG_UNBLOCK, [ABRT], NULL, 8) = 0 tgkill(28774, 28774, SIGABRT) = 0 --- SIGABRT (Aborted) @ 0 (0) --- +++ killed by SIGABRT +++ Process 28774 detached On 1/11/07, Jean-Paul van de Plasse [EMAIL PROTECTED] wrote: Guess this is going to be very difficult to figure out this way. Last thing I can think of to get some kind of idea is run a strace on qmail-smtpd Make sure you have strace installed. Then run strace /var/qmail/bin/qmail-smtpd That will give a bunch of data on your screen, wait till it stops with something like select(1, [0], NULL, NULL, {1200, 0} then type starttls (and put an enter after just like you did with telnet) Normally that would give you the last system calls done before crashing. I guess you could do this alot better with gdb but then you need a debug compiled version of qmail-smtpd. I do not know what qmail-toaster version you have installed, but besides that I have exactly the same versions as you. - Original Message - From: Eric Shubes [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, January 11, 2007 8:09 PM Subject: Re: [qmailtoaster] Stop receiving email from most servers after Qmail update Jake Vickers wrote: 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 ? So if you use a client like Thunderbird or Outlook it works okay? But when you try and mail from the command line it gives you the error? Does it only do it when you mail from the command line on the Toaster machine, or when you send from another host to this machine? You may want to check and make sure sendmail has been removed (rpm -qa | grep sendmail), and then make sure that Toaster installed the fake sendmail (/var/qmail/bin/sendmail and /use/sbin/sendmail should just be a symlink to the /var/qmail/bin/sendmail one). I think we've determined that the problem lies when the starttls command is issued by the sending client. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org
Re: [qmailtoaster] Stop receiving email from most servers after Qmail update
I don't really know what's supposed to be happening, but guessing from the trace, it's not liking what it got in servercert.pem, so it's looking for clientca.pem and clientcrl.pem files. I don't have these files and I'm using TLS successfully, so I doubt you need them. Can you try reversing the keys in servercert.pem and see what that does? I don't know why yours is reversed from mine, or if it even matters, but it's worth a shot. Try putting the RSA private key first, followed by the certificate. Be very careful when doing this not to introduce any extra spaces linefeeds or anything, and be sure to make a backup copy of your existing file first. Lazaro Ferreira wrote: Hi, I'm running latest version qmail-toaster-1.03-1.3.10 But the same problem with previous version qmail-toaster-1.03-1.3.7 I have made strace like you said this is the output , any ideia ? ... select(1, [0], NULL, NULL, {1200, 0}STARTTLS ) = 1 (in [0], left {1188, 766000}) read(0, STARTTLS\n, 1024) = 9 brk(0) = 0x6bf000 brk(0x6e) = 0x6e open(control/servercert.pem, O_RDONLY) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=1693, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2a95557000 read(3, -BEGIN CERTIFICATE-\nMIIC..., 4096) = 1693 getpid()= 28774 read(3, , 4096) = 0 close(3)= 0 munmap(0x2a95557000, 4096) = 0 open(control/clientca.pem, O_RDONLY) = -1 ENOENT (No such file or directory) open(control/clientcrl.pem, O_RDONLY) = -1 ENOENT (No such file or directory) open(/dev/tty, O_RDWR|O_NONBLOCK|O_NOCTTY) = 3 writev(3, [{*** glibc detected *** , 23}, {free(): invalid pointer, 23}, {: 0x, 4}, {0035520306b8, 16}, { ***\n, 5}], 5*** glibc detected *** free(): invalid pointer: 0x0035520306b8 *** ) = 71 rt_sigprocmask(SIG_UNBLOCK, [ABRT], NULL, 8) = 0 tgkill(28774, 28774, SIGABRT) = 0 --- SIGABRT (Aborted) @ 0 (0) --- +++ killed by SIGABRT +++ Process 28774 detached On 1/11/07, Jean-Paul van de Plasse [EMAIL PROTECTED] wrote: Guess this is going to be very difficult to figure out this way. Last thing I can think of to get some kind of idea is run a strace on qmail-smtpd Make sure you have strace installed. Then run strace /var/qmail/bin/qmail-smtpd That will give a bunch of data on your screen, wait till it stops with something like select(1, [0], NULL, NULL, {1200, 0} then type starttls (and put an enter after just like you did with telnet) Normally that would give you the last system calls done before crashing. I guess you could do this alot better with gdb but then you need a debug compiled version of qmail-smtpd. I do not know what qmail-toaster version you have installed, but besides that I have exactly the same versions as you. - Original Message - From: Eric Shubes [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, January 11, 2007 8:09 PM Subject: Re: [qmailtoaster] Stop receiving email from most servers after Qmail update Jake Vickers wrote: 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 ? So if you use a client like Thunderbird or Outlook it works okay? But when you try and mail from the command line it gives you the error? Does it only do it when you mail from the command line on the Toaster machine, or when you send from another host to this machine? You may want to check and make sure sendmail has been removed (rpm -qa | grep sendmail), and then make sure that Toaster installed the fake sendmail (/var/qmail/bin/sendmail and /use/sbin/sendmail should just be a symlink to the /var/qmail/bin/sendmail one). I think we've determined that the problem lies when the starttls command is issued by the sending client. -- -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]
Re: [qmailtoaster] Stop receiving email from most servers after Qmail update
That's not the issue. Those files don't need to exist. The problem is that qmail-smtpd is attempting to open a tty. Here is what an strace shows on a working server: open(control/clientca.pem, O_RDONLY) = -1 ENOENT (No such file or directory) open(control/clientcrl.pem, O_RDONLY) = -1 ENOENT (No such file or directory) open(control/servercert.pem, O_RDONLY) = 5 Looks like something is wrong with one of the libraries that qmail is linked against. It shouldn't be pulling in a tty interface. Do an ldd on qmail-smtpd. Thanks, Erik On 1/11/07, Lazaro Ferreira [EMAIL PROTECTED] wrote: Hi, I have ran strace again this time emulating the real thing (strace tcpserver then forks qmail-smtpd) This what happens : it seems like it is looking for files (clientca.pem and clientcrl.pem ) that doesn't exist there : - 28887 open(control/clientca.pem, O_RDONLY) = -1 ENOENT (No such file or directory) 28887 open(control/clientcrl.pem, O_RDONLY) = -1 ENOENT (No such file or directory) 28887 open(/dev/tty, O_RDWR|O_NONBLOCK|O_NOCTTY) = -1 ENXIO (No such device or address) 28887 writev(2, [{*** glibc detected *** , 23}, {free(): invalid pointer, 23}, {: 0x, 4}, {0035520306b8, 16}, { ***\n, 5}], 5) = 71 - I have the whole session trace here, I can sent you if needed On 1/11/07, Lazaro Ferreira [EMAIL PROTECTED] wrote: Hi, I'm running latest version qmail-toaster-1.03-1.3.10 But the same problem with previous version qmail-toaster-1.03-1.3.7 I have made strace like you said this is the output , any ideia ? ... select(1, [0], NULL, NULL, {1200, 0}STARTTLS ) = 1 (in [0], left {1188, 766000}) read(0, STARTTLS\n, 1024) = 9 brk(0) = 0x6bf000 brk(0x6e) = 0x6e open(control/servercert.pem, O_RDONLY) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=1693, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2a95557000 read(3, -BEGIN CERTIFICATE-\nMIIC..., 4096) = 1693 getpid()= 28774 read(3, , 4096) = 0 close(3)= 0 munmap(0x2a95557000, 4096) = 0 open(control/clientca.pem, O_RDONLY) = -1 ENOENT (No such file or directory) open(control/clientcrl.pem, O_RDONLY) = -1 ENOENT (No such file or directory) open(/dev/tty, O_RDWR|O_NONBLOCK|O_NOCTTY) = 3 writev(3, [{*** glibc detected *** , 23}, {free(): invalid pointer, 23}, {: 0x, 4}, {0035520306b8, 16}, { ***\n, 5}], 5*** glibc detected *** free(): invalid pointer: 0x0035520306b8 *** ) = 71 rt_sigprocmask(SIG_UNBLOCK, [ABRT], NULL, 8) = 0 tgkill(28774, 28774, SIGABRT) = 0 --- SIGABRT (Aborted) @ 0 (0) --- +++ killed by SIGABRT +++ Process 28774 detached On 1/11/07, Jean-Paul van de Plasse [EMAIL PROTECTED] wrote: Guess this is going to be very difficult to figure out this way. Last thing I can think of to get some kind of idea is run a strace on qmail-smtpd Make sure you have strace installed. Then run strace /var/qmail/bin/qmail-smtpd That will give a bunch of data on your screen, wait till it stops with something like select(1, [0], NULL, NULL, {1200, 0} then type starttls (and put an enter after just like you did with telnet) Normally that would give you the last system calls done before crashing. I guess you could do this alot better with gdb but then you need a debug compiled version of qmail-smtpd. I do not know what qmail-toaster version you have installed, but besides that I have exactly the same versions as you. - Original Message - From: Eric Shubes [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, January 11, 2007 8:09 PM Subject: Re: [qmailtoaster] Stop receiving email from most servers after Qmail update Jake Vickers wrote: 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 ? So if you use a client like Thunderbird or Outlook it works okay? But when you try and mail from the command line it gives you the error? Does it only do it when you mail from the command line on the Toaster machine, or when you send from another host to this machine? You may want to check and make sure sendmail has been removed (rpm -qa | grep sendmail), and then make sure that Toaster installed the fake sendmail (/var/qmail/bin/sendmail and /use/sbin/sendmail should just be a symlink to the /var/qmail/bin/sendmail one). I think we've determined that the problem lies when the starttls command is issued by the sending client. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http
Re: [qmailtoaster] Stop receiving email from most servers after Qmail update
Hi, These files I do not have either. So I get the same messages. After that it reopens the servercert.pem and reads the data. Like this : open(control/clientca.pem, O_RDONLY) = -1 ENOENT (No such file or directory) open(control/clientcrl.pem, O_RDONLY) = -1 ENOENT (No such file or directory) open(control/servercert.pem, O_RDONLY) = 4 fstat64(4, {st_mode=S_IFREG|0644, st_size=1689, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7ff7000 read(4, -BEGIN CERTIFICATE-\nMIIC..., 4096) = 1689 close(4)= 0 munmap(0xb7ff7000, 4096)= 0 open(control/tlsserverciphers, O_RDONLY|O_NONBLOCK) = 4 read(4, -CBC-MD5:KRB5-DES-CBC-MD5:KRB5-D..., 64) = 64 read(4, DH-DSS-DES-CBC-SHA:DES-CBC-SHA:D..., 64) = 64 read(4, HA:EXP1024-RC4-SHA:EXP1024-RC4-M..., 64) = 64 read(4, -DES-CBC-MD5:EXP-KRB5-RC2-CBC-SH..., 64) = 64 read(4, SA-DES-CBC-SHA:EXP-EDH-DSS-DES-C..., 64) = 64 read(4, BC-MD5:EXP-RC2-CBC-MD5:EXP-RC4-M..., 64) = 47 read(4, , 64) = 0 close(4)= 0 select(2, NULL, [1], NULL, {1200, 0}) = 1 (out [1], left {1200, 0}) write(1, 220 ready for tls\r\n, 19220 ready for tls Am looking in the code now. Would suggest to disable TLS for now! Jean-Paul - Original Message - From: Lazaro Ferreira [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, January 11, 2007 9:39 PM Subject: Re: [qmailtoaster] Stop receiving email from most servers after Qmail update Hi, I have ran strace again this time emulating the real thing (strace tcpserver then forks qmail-smtpd) This what happens : it seems like it is looking for files (clientca.pem and clientcrl.pem ) that doesn't exist there : - 28887 open(control/clientca.pem, O_RDONLY) = -1 ENOENT (No such file or directory) 28887 open(control/clientcrl.pem, O_RDONLY) = -1 ENOENT (No such file or directory) 28887 open(/dev/tty, O_RDWR|O_NONBLOCK|O_NOCTTY) = -1 ENXIO (No such device or address) 28887 writev(2, [{*** glibc detected *** , 23}, {free(): invalid pointer, 23}, {: 0x, 4}, {0035520306b8, 16}, { ***\n, 5}], 5) = 71 - I have the whole session trace here, I can sent you if needed On 1/11/07, Lazaro Ferreira [EMAIL PROTECTED] wrote: Hi, I'm running latest version qmail-toaster-1.03-1.3.10 But the same problem with previous version qmail-toaster-1.03-1.3.7 I have made strace like you said this is the output , any ideia ? ... select(1, [0], NULL, NULL, {1200, 0}STARTTLS ) = 1 (in [0], left {1188, 766000}) read(0, STARTTLS\n, 1024) = 9 brk(0) = 0x6bf000 brk(0x6e) = 0x6e open(control/servercert.pem, O_RDONLY) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=1693, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2a95557000 read(3, -BEGIN CERTIFICATE-\nMIIC..., 4096) = 1693 getpid()= 28774 read(3, , 4096) = 0 close(3)= 0 munmap(0x2a95557000, 4096) = 0 open(control/clientca.pem, O_RDONLY) = -1 ENOENT (No such file or directory) open(control/clientcrl.pem, O_RDONLY) = -1 ENOENT (No such file or directory) open(/dev/tty, O_RDWR|O_NONBLOCK|O_NOCTTY) = 3 writev(3, [{*** glibc detected *** , 23}, {free(): invalid pointer, 23}, {: 0x, 4}, {0035520306b8, 16}, { ***\n, 5}], 5*** glibc detected *** free(): invalid pointer: 0x0035520306b8 *** ) = 71 rt_sigprocmask(SIG_UNBLOCK, [ABRT], NULL, 8) = 0 tgkill(28774, 28774, SIGABRT) = 0 --- SIGABRT (Aborted) @ 0 (0) --- +++ killed by SIGABRT +++ Process 28774 detached On 1/11/07, Jean-Paul van de Plasse [EMAIL PROTECTED] wrote: Guess this is going to be very difficult to figure out this way. Last thing I can think of to get some kind of idea is run a strace on qmail-smtpd Make sure you have strace installed. Then run strace /var/qmail/bin/qmail-smtpd That will give a bunch of data on your screen, wait till it stops with something like select(1, [0], NULL, NULL, {1200, 0} then type starttls (and put an enter after just like you did with telnet) Normally that would give you the last system calls done before crashing. I guess you could do this alot better with gdb but then you need a debug compiled version of qmail-smtpd. I do not know what qmail-toaster version you have installed, but besides that I have exactly the same versions as you. - Original Message - From: Eric Shubes [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, January 11, 2007 8:09 PM Subject: Re: [qmailtoaster] Stop receiving email from most servers after Qmail update Jake Vickers wrote: 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
Re: [qmailtoaster] Stop receiving email from most servers after Qmail update
Hi Try to regenerate your cert issuing something like openssl req -new -newkey rsa:2048 -days 3650 -nodes -x509 -keyout servercert.pem -out servercert.pem and copy the generated pem file to /var/qmail/control and restart Who knows ... :) Eric Shubes wrote: I don't really know what's supposed to be happening, but guessing from the trace, it's not liking what it got in servercert.pem, so it's looking for clientca.pem and clientcrl.pem files. I don't have these files and I'm using TLS successfully, so I doubt you need them. Can you try reversing the keys in servercert.pem and see what that does? I don't know why yours is reversed from mine, or if it even matters, but it's worth a shot. Try putting the RSA private key first, followed by the certificate. Be very careful when doing this not to introduce any extra spaces linefeeds or anything, and be sure to make a backup copy of your existing file first. Lazaro Ferreira wrote: Hi, I'm running latest version qmail-toaster-1.03-1.3.10 But the same problem with previous version qmail-toaster-1.03-1.3.7 I have made strace like you said this is the output , any ideia ? ... select(1, [0], NULL, NULL, {1200, 0}STARTTLS ) = 1 (in [0], left {1188, 766000}) read(0, STARTTLS\n, 1024) = 9 brk(0) = 0x6bf000 brk(0x6e) = 0x6e open(control/servercert.pem, O_RDONLY) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=1693, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2a95557000 read(3, -BEGIN CERTIFICATE-\nMIIC..., 4096) = 1693 getpid()= 28774 read(3, , 4096) = 0 close(3)= 0 munmap(0x2a95557000, 4096) = 0 open(control/clientca.pem, O_RDONLY) = -1 ENOENT (No such file or directory) open(control/clientcrl.pem, O_RDONLY) = -1 ENOENT (No such file or directory) open(/dev/tty, O_RDWR|O_NONBLOCK|O_NOCTTY) = 3 writev(3, [{*** glibc detected *** , 23}, {free(): invalid pointer, 23}, {: 0x, 4}, {0035520306b8, 16}, { ***\n, 5}], 5*** glibc detected *** free(): invalid pointer: 0x0035520306b8 *** ) = 71 rt_sigprocmask(SIG_UNBLOCK, [ABRT], NULL, 8) = 0 tgkill(28774, 28774, SIGABRT) = 0 --- SIGABRT (Aborted) @ 0 (0) --- +++ killed by SIGABRT +++ Process 28774 detached On 1/11/07, Jean-Paul van de Plasse [EMAIL PROTECTED] wrote: Guess this is going to be very difficult to figure out this way. Last thing I can think of to get some kind of idea is run a strace on qmail-smtpd Make sure you have strace installed. Then run strace /var/qmail/bin/qmail-smtpd That will give a bunch of data on your screen, wait till it stops with something like select(1, [0], NULL, NULL, {1200, 0} then type starttls (and put an enter after just like you did with telnet) Normally that would give you the last system calls done before crashing. I guess you could do this alot better with gdb but then you need a debug compiled version of qmail-smtpd. I do not know what qmail-toaster version you have installed, but besides that I have exactly the same versions as you. - Original Message - From: Eric Shubes [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, January 11, 2007 8:09 PM Subject: Re: [qmailtoaster] Stop receiving email from most servers after Qmail update Jake Vickers wrote: 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 ? So if you use a client like Thunderbird or Outlook it works okay? But when you try and mail from the command line it gives you the error? Does it only do it when you mail from the command line on the Toaster machine, or when you send from another host to this machine? You may want to check and make sure sendmail has been removed (rpm -qa | grep sendmail), and then make sure that Toaster installed the fake sendmail (/var/qmail/bin/sendmail and /use/sbin/sendmail should just be a symlink to the /var/qmail/bin/sendmail one). I think we've determined that the problem lies when the starttls command is issued by the sending client. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Stop receiving email from most servers after Qmail update
Looks like EE's on the right track... Erik Espinoza wrote: That's not the issue. Those files don't need to exist. The problem is that qmail-smtpd is attempting to open a tty. Here is what an strace shows on a working server: open(control/clientca.pem, O_RDONLY) = -1 ENOENT (No such file or directory) open(control/clientcrl.pem, O_RDONLY) = -1 ENOENT (No such file or directory) open(control/servercert.pem, O_RDONLY) = 5 Looks like something is wrong with one of the libraries that qmail is linked against. It shouldn't be pulling in a tty interface. Do an ldd on qmail-smtpd. Thanks, Erik On 1/11/07, Lazaro Ferreira [EMAIL PROTECTED] wrote: Hi, I have ran strace again this time emulating the real thing (strace tcpserver then forks qmail-smtpd) This what happens : it seems like it is looking for files (clientca.pem and clientcrl.pem ) that doesn't exist there : - 28887 open(control/clientca.pem, O_RDONLY) = -1 ENOENT (No such file or directory) 28887 open(control/clientcrl.pem, O_RDONLY) = -1 ENOENT (No such file or directory) 28887 open(/dev/tty, O_RDWR|O_NONBLOCK|O_NOCTTY) = -1 ENXIO (No such device or address) 28887 writev(2, [{*** glibc detected *** , 23}, {free(): invalid pointer, 23}, {: 0x, 4}, {0035520306b8, 16}, { ***\n, 5}], 5) = 71 - I have the whole session trace here, I can sent you if needed On 1/11/07, Lazaro Ferreira [EMAIL PROTECTED] wrote: Hi, I'm running latest version qmail-toaster-1.03-1.3.10 But the same problem with previous version qmail-toaster-1.03-1.3.7 I have made strace like you said this is the output , any ideia ? ... select(1, [0], NULL, NULL, {1200, 0}STARTTLS ) = 1 (in [0], left {1188, 766000}) read(0, STARTTLS\n, 1024) = 9 brk(0) = 0x6bf000 brk(0x6e) = 0x6e open(control/servercert.pem, O_RDONLY) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=1693, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2a95557000 read(3, -BEGIN CERTIFICATE-\nMIIC..., 4096) = 1693 getpid()= 28774 read(3, , 4096) = 0 close(3)= 0 munmap(0x2a95557000, 4096) = 0 open(control/clientca.pem, O_RDONLY) = -1 ENOENT (No such file or directory) open(control/clientcrl.pem, O_RDONLY) = -1 ENOENT (No such file or directory) open(/dev/tty, O_RDWR|O_NONBLOCK|O_NOCTTY) = 3 writev(3, [{*** glibc detected *** , 23}, {free(): invalid pointer, 23}, {: 0x, 4}, {0035520306b8, 16}, { ***\n, 5}], 5*** glibc detected *** free(): invalid pointer: 0x0035520306b8 *** ) = 71 rt_sigprocmask(SIG_UNBLOCK, [ABRT], NULL, 8) = 0 tgkill(28774, 28774, SIGABRT) = 0 --- SIGABRT (Aborted) @ 0 (0) --- +++ killed by SIGABRT +++ Process 28774 detached On 1/11/07, Jean-Paul van de Plasse [EMAIL PROTECTED] wrote: Guess this is going to be very difficult to figure out this way. Last thing I can think of to get some kind of idea is run a strace on qmail-smtpd Make sure you have strace installed. Then run strace /var/qmail/bin/qmail-smtpd That will give a bunch of data on your screen, wait till it stops with something like select(1, [0], NULL, NULL, {1200, 0} then type starttls (and put an enter after just like you did with telnet) Normally that would give you the last system calls done before crashing. I guess you could do this alot better with gdb but then you need a debug compiled version of qmail-smtpd. I do not know what qmail-toaster version you have installed, but besides that I have exactly the same versions as you. - Original Message - From: Eric Shubes [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, January 11, 2007 8:09 PM Subject: Re: [qmailtoaster] Stop receiving email from most servers after Qmail update Jake Vickers wrote: 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 ? So if you use a client like Thunderbird or Outlook it works okay? But when you try and mail from the command line it gives you the error? Does it only do it when you mail from the command line on the Toaster machine, or when you send from another host to this machine? You may want to check and make sure sendmail has been removed (rpm -qa | grep sendmail), and then make sure that Toaster installed the fake sendmail (/var/qmail/bin/sendmail and /use/sbin/sendmail should just be a symlink to the /var/qmail/bin/sendmail one). I think we've determined that the problem lies when
Re: [qmailtoaster] Stop receiving email from most servers after Qmail update
Hi, ldd /var/qmail/bin/qmail-smtpd libssl.so.4 = /lib64/libssl.so.4 (0x002a95566000) libcrypto.so.4 = /lib64/libcrypto.so.4 (0x002a956a2000) libresolv.so.2 = /lib64/libresolv.so.2 (0x003552d0) libm.so.6 = /lib64/tls/libm.so.6 (0x00355230) libcrypt.so.1 = /lib64/libcrypt.so.1 (0x00355290) libc.so.6 = /lib64/tls/libc.so.6 (0x003551e0) libgssapi_krb5.so.2 = /usr/lib64/libgssapi_krb5.so.2 (0x00355410) libkrb5.so.3 = /usr/lib64/libkrb5.so.3 (0x00355470) libcom_err.so.2 = /lib64/libcom_err.so.2 (0x00355370) libk5crypto.so.3 = /usr/lib64/libk5crypto.so.3 (0x00355430) libdl.so.2 = /lib64/libdl.so.2 (0x00355210) libz.so.1 = /usr/lib64/libz.so.1 (0x002a958d5000) /lib64/ld-linux-x86-64.so.2 (0x003551c0) On 1/11/07, Eric Shubes [EMAIL PROTECTED] wrote: Looks like EE's on the right track... Erik Espinoza wrote: That's not the issue. Those files don't need to exist. The problem is that qmail-smtpd is attempting to open a tty. Here is what an strace shows on a working server: open(control/clientca.pem, O_RDONLY) = -1 ENOENT (No such file or directory) open(control/clientcrl.pem, O_RDONLY) = -1 ENOENT (No such file or directory) open(control/servercert.pem, O_RDONLY) = 5 Looks like something is wrong with one of the libraries that qmail is linked against. It shouldn't be pulling in a tty interface. Do an ldd on qmail-smtpd. Thanks, Erik On 1/11/07, Lazaro Ferreira [EMAIL PROTECTED] wrote: Hi, I have ran strace again this time emulating the real thing (strace tcpserver then forks qmail-smtpd) This what happens : it seems like it is looking for files (clientca.pem and clientcrl.pem ) that doesn't exist there : - 28887 open(control/clientca.pem, O_RDONLY) = -1 ENOENT (No such file or directory) 28887 open(control/clientcrl.pem, O_RDONLY) = -1 ENOENT (No such file or directory) 28887 open(/dev/tty, O_RDWR|O_NONBLOCK|O_NOCTTY) = -1 ENXIO (No such device or address) 28887 writev(2, [{*** glibc detected *** , 23}, {free(): invalid pointer, 23}, {: 0x, 4}, {0035520306b8, 16}, { ***\n, 5}], 5) = 71 - I have the whole session trace here, I can sent you if needed On 1/11/07, Lazaro Ferreira [EMAIL PROTECTED] wrote: Hi, I'm running latest version qmail-toaster-1.03-1.3.10 But the same problem with previous version qmail-toaster-1.03-1.3.7 I have made strace like you said this is the output , any ideia ? ... select(1, [0], NULL, NULL, {1200, 0}STARTTLS ) = 1 (in [0], left {1188, 766000}) read(0, STARTTLS\n, 1024) = 9 brk(0) = 0x6bf000 brk(0x6e) = 0x6e open(control/servercert.pem, O_RDONLY) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=1693, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2a95557000 read(3, -BEGIN CERTIFICATE-\nMIIC..., 4096) = 1693 getpid()= 28774 read(3, , 4096) = 0 close(3)= 0 munmap(0x2a95557000, 4096) = 0 open(control/clientca.pem, O_RDONLY) = -1 ENOENT (No such file or directory) open(control/clientcrl.pem, O_RDONLY) = -1 ENOENT (No such file or directory) open(/dev/tty, O_RDWR|O_NONBLOCK|O_NOCTTY) = 3 writev(3, [{*** glibc detected *** , 23}, {free(): invalid pointer, 23}, {: 0x, 4}, {0035520306b8, 16}, { ***\n, 5}], 5*** glibc detected *** free(): invalid pointer: 0x0035520306b8 *** ) = 71 rt_sigprocmask(SIG_UNBLOCK, [ABRT], NULL, 8) = 0 tgkill(28774, 28774, SIGABRT) = 0 --- SIGABRT (Aborted) @ 0 (0) --- +++ killed by SIGABRT +++ Process 28774 detached On 1/11/07, Jean-Paul van de Plasse [EMAIL PROTECTED] wrote: Guess this is going to be very difficult to figure out this way. Last thing I can think of to get some kind of idea is run a strace on qmail-smtpd Make sure you have strace installed. Then run strace /var/qmail/bin/qmail-smtpd That will give a bunch of data on your screen, wait till it stops with something like select(1, [0], NULL, NULL, {1200, 0} then type starttls (and put an enter after just like you did with telnet) Normally that would give you the last system calls done before crashing. I guess you could do this alot better with gdb but then you need a debug compiled version of qmail-smtpd. I do not know what qmail-toaster version you have installed, but besides that I have exactly the same versions as you. - Original Message - From: Eric Shubes [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, January 11, 2007 8:09 PM Subject: Re: [qmailtoaster] Stop receiving email from most
Re: [qmailtoaster] Stop receiving email from most servers after Qmail update
Eric Shubes wrote: Jake Vickers wrote: 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 ? So if you use a client like Thunderbird or Outlook it works okay? But when you try and mail from the command line it gives you the error? Does it only do it when you mail from the command line on the Toaster machine, or when you send from another host to this machine? You may want to check and make sure sendmail has been removed (rpm -qa | grep sendmail), and then make sure that Toaster installed the fake sendmail (/var/qmail/bin/sendmail and /use/sbin/sendmail should just be a symlink to the /var/qmail/bin/sendmail one). I think we've determined that the problem lies when the starttls command is issued by the sending client. I've seen in the past where Toaster was installed on a machine and sendmail was still there, so they were fighting over the TLS sessions and were causing MALLOC errors like this - just wanted to rule it out. smime.p7s Description: S/MIME Cryptographic Signature
Re: [qmailtoaster] Stop receiving email from most servers after Qmail update
Ah this is 64bits .. Lets see if I can reproduce this on a other box. - Original Message - From: Lazaro Ferreira [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, January 11, 2007 10:01 PM Subject: Re: [qmailtoaster] Stop receiving email from most servers after Qmail update Hi, ldd /var/qmail/bin/qmail-smtpd libssl.so.4 = /lib64/libssl.so.4 (0x002a95566000) libcrypto.so.4 = /lib64/libcrypto.so.4 (0x002a956a2000) libresolv.so.2 = /lib64/libresolv.so.2 (0x003552d0) libm.so.6 = /lib64/tls/libm.so.6 (0x00355230) libcrypt.so.1 = /lib64/libcrypt.so.1 (0x00355290) libc.so.6 = /lib64/tls/libc.so.6 (0x003551e0) libgssapi_krb5.so.2 = /usr/lib64/libgssapi_krb5.so.2 (0x00355410) libkrb5.so.3 = /usr/lib64/libkrb5.so.3 (0x00355470) libcom_err.so.2 = /lib64/libcom_err.so.2 (0x00355370) libk5crypto.so.3 = /usr/lib64/libk5crypto.so.3 (0x00355430) libdl.so.2 = /lib64/libdl.so.2 (0x00355210) libz.so.1 = /usr/lib64/libz.so.1 (0x002a958d5000) /lib64/ld-linux-x86-64.so.2 (0x003551c0) On 1/11/07, Eric Shubes [EMAIL PROTECTED] wrote: Looks like EE's on the right track... Erik Espinoza wrote: That's not the issue. Those files don't need to exist. The problem is that qmail-smtpd is attempting to open a tty. Here is what an strace shows on a working server: open(control/clientca.pem, O_RDONLY) = -1 ENOENT (No such file or directory) open(control/clientcrl.pem, O_RDONLY) = -1 ENOENT (No such file or directory) open(control/servercert.pem, O_RDONLY) = 5 Looks like something is wrong with one of the libraries that qmail is linked against. It shouldn't be pulling in a tty interface. Do an ldd on qmail-smtpd. Thanks, Erik On 1/11/07, Lazaro Ferreira [EMAIL PROTECTED] wrote: Hi, I have ran strace again this time emulating the real thing (strace tcpserver then forks qmail-smtpd) This what happens : it seems like it is looking for files (clientca.pem and clientcrl.pem ) that doesn't exist there : - 28887 open(control/clientca.pem, O_RDONLY) = -1 ENOENT (No such file or directory) 28887 open(control/clientcrl.pem, O_RDONLY) = -1 ENOENT (No such file or directory) 28887 open(/dev/tty, O_RDWR|O_NONBLOCK|O_NOCTTY) = -1 ENXIO (No such device or address) 28887 writev(2, [{*** glibc detected *** , 23}, {free(): invalid pointer, 23}, {: 0x, 4}, {0035520306b8, 16}, { ***\n, 5}], 5) = 71 - I have the whole session trace here, I can sent you if needed On 1/11/07, Lazaro Ferreira [EMAIL PROTECTED] wrote: Hi, I'm running latest version qmail-toaster-1.03-1.3.10 But the same problem with previous version qmail-toaster-1.03-1.3.7 I have made strace like you said this is the output , any ideia ? ... select(1, [0], NULL, NULL, {1200, 0}STARTTLS ) = 1 (in [0], left {1188, 766000}) read(0, STARTTLS\n, 1024) = 9 brk(0) = 0x6bf000 brk(0x6e) = 0x6e open(control/servercert.pem, O_RDONLY) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=1693, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2a95557000 read(3, -BEGIN CERTIFICATE-\nMIIC..., 4096) = 1693 getpid()= 28774 read(3, , 4096) = 0 close(3)= 0 munmap(0x2a95557000, 4096) = 0 open(control/clientca.pem, O_RDONLY) = -1 ENOENT (No such file or directory) open(control/clientcrl.pem, O_RDONLY) = -1 ENOENT (No such file or directory) open(/dev/tty, O_RDWR|O_NONBLOCK|O_NOCTTY) = 3 writev(3, [{*** glibc detected *** , 23}, {free(): invalid pointer, 23}, {: 0x, 4}, {0035520306b8, 16}, { ***\n, 5}], 5*** glibc detected *** free(): invalid pointer: 0x0035520306b8 *** ) = 71 rt_sigprocmask(SIG_UNBLOCK, [ABRT], NULL, 8) = 0 tgkill(28774, 28774, SIGABRT) = 0 --- SIGABRT (Aborted) @ 0 (0) --- +++ killed by SIGABRT +++ Process 28774 detached On 1/11/07, Jean-Paul van de Plasse [EMAIL PROTECTED] wrote: Guess this is going to be very difficult to figure out this way. Last thing I can think of to get some kind of idea is run a strace on qmail-smtpd Make sure you have strace installed. Then run strace /var/qmail/bin/qmail-smtpd That will give a bunch of data on your screen, wait till it stops with something like select(1, [0], NULL, NULL, {1200, 0} then type starttls (and put an enter after just like you did with telnet) Normally that would give you the last system calls done before crashing. I guess you could do this alot better with gdb but then you need a debug compiled version of qmail-smtpd. I do not know what qmail
Re: [qmailtoaster] Stop receiving email from most servers after Qmail update
Jake Vickers wrote: Eric Shubes wrote: Jake Vickers wrote: 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 ? So if you use a client like Thunderbird or Outlook it works okay? But when you try and mail from the command line it gives you the error? Does it only do it when you mail from the command line on the Toaster machine, or when you send from another host to this machine? You may want to check and make sure sendmail has been removed (rpm -qa | grep sendmail), and then make sure that Toaster installed the fake sendmail (/var/qmail/bin/sendmail and /use/sbin/sendmail should just be a symlink to the /var/qmail/bin/sendmail one). I think we've determined that the problem lies when the starttls command is issued by the sending client. I've seen in the past where Toaster was installed on a machine and sendmail was still there, so they were fighting over the TLS sessions and were causing MALLOC errors like this - just wanted to rule it out. Good thought. Lazaro, can you rule this out? -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Stop receiving email from most servers after Qmail update
No sendmail here, every package including 'mail' here : mailx-8.1.1-36.EL4 qmail-pop3d-toaster-1.03-1.3.10 maildrop-toaster-devel-2.0.3-1.3.4 mailcap-2.1.17-1 procmail-3.22-14 send-emails-toaster-0.5-1.3.2 qmail-toaster-1.03-1.3.10 qmailadmin-toaster-1.2.9-1.3.3 maildrop-toaster-2.0.3-1.3.4 vpopmail-toaster-5.4.13-1.3.3 squirrelmail-toaster-1.4.8-1.3.4 qmailmrtg-toaster-4.2-1.3.2 On 1/11/07, Eric Shubes [EMAIL PROTECTED] wrote: Jake Vickers wrote: Eric Shubes wrote: Jake Vickers wrote: 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 ? So if you use a client like Thunderbird or Outlook it works okay? But when you try and mail from the command line it gives you the error? Does it only do it when you mail from the command line on the Toaster machine, or when you send from another host to this machine? You may want to check and make sure sendmail has been removed (rpm -qa | grep sendmail), and then make sure that Toaster installed the fake sendmail (/var/qmail/bin/sendmail and /use/sbin/sendmail should just be a symlink to the /var/qmail/bin/sendmail one). I think we've determined that the problem lies when the starttls command is issued by the sending client. I've seen in the past where Toaster was installed on a machine and sendmail was still there, so they were fighting over the TLS sessions and were causing MALLOC errors like this - just wanted to rule it out. Good thought. Lazaro, can you rule this out? -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Stop receiving email from most servers after Qmail update
Sorry I have no 64bits centos installed machine available right now. Is there anyone who has this working actually? - Original Message - From: Jean-Paul van de Plasse [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, January 11, 2007 10:06 PM Subject: Re: [qmailtoaster] Stop receiving email from most servers after Qmail update Ah this is 64bits .. Lets see if I can reproduce this on a other box. - Original Message - From: Lazaro Ferreira [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, January 11, 2007 10:01 PM Subject: Re: [qmailtoaster] Stop receiving email from most servers after Qmail update Hi, ldd /var/qmail/bin/qmail-smtpd libssl.so.4 = /lib64/libssl.so.4 (0x002a95566000) libcrypto.so.4 = /lib64/libcrypto.so.4 (0x002a956a2000) libresolv.so.2 = /lib64/libresolv.so.2 (0x003552d0) libm.so.6 = /lib64/tls/libm.so.6 (0x00355230) libcrypt.so.1 = /lib64/libcrypt.so.1 (0x00355290) libc.so.6 = /lib64/tls/libc.so.6 (0x003551e0) libgssapi_krb5.so.2 = /usr/lib64/libgssapi_krb5.so.2 (0x00355410) libkrb5.so.3 = /usr/lib64/libkrb5.so.3 (0x00355470) libcom_err.so.2 = /lib64/libcom_err.so.2 (0x00355370) libk5crypto.so.3 = /usr/lib64/libk5crypto.so.3 (0x00355430) libdl.so.2 = /lib64/libdl.so.2 (0x00355210) libz.so.1 = /usr/lib64/libz.so.1 (0x002a958d5000) /lib64/ld-linux-x86-64.so.2 (0x003551c0) On 1/11/07, Eric Shubes [EMAIL PROTECTED] wrote: Looks like EE's on the right track... Erik Espinoza wrote: That's not the issue. Those files don't need to exist. The problem is that qmail-smtpd is attempting to open a tty. Here is what an strace shows on a working server: open(control/clientca.pem, O_RDONLY) = -1 ENOENT (No such file or directory) open(control/clientcrl.pem, O_RDONLY) = -1 ENOENT (No such file or directory) open(control/servercert.pem, O_RDONLY) = 5 Looks like something is wrong with one of the libraries that qmail is linked against. It shouldn't be pulling in a tty interface. Do an ldd on qmail-smtpd. Thanks, Erik On 1/11/07, Lazaro Ferreira [EMAIL PROTECTED] wrote: Hi, I have ran strace again this time emulating the real thing (strace tcpserver then forks qmail-smtpd) This what happens : it seems like it is looking for files (clientca.pem and clientcrl.pem ) that doesn't exist there : - 28887 open(control/clientca.pem, O_RDONLY) = -1 ENOENT (No such file or directory) 28887 open(control/clientcrl.pem, O_RDONLY) = -1 ENOENT (No such file or directory) 28887 open(/dev/tty, O_RDWR|O_NONBLOCK|O_NOCTTY) = -1 ENXIO (No such device or address) 28887 writev(2, [{*** glibc detected *** , 23}, {free(): invalid pointer, 23}, {: 0x, 4}, {0035520306b8, 16}, { ***\n, 5}], 5) = 71 - I have the whole session trace here, I can sent you if needed On 1/11/07, Lazaro Ferreira [EMAIL PROTECTED] wrote: Hi, I'm running latest version qmail-toaster-1.03-1.3.10 But the same problem with previous version qmail-toaster-1.03-1.3.7 I have made strace like you said this is the output , any ideia ? ... select(1, [0], NULL, NULL, {1200, 0}STARTTLS ) = 1 (in [0], left {1188, 766000}) read(0, STARTTLS\n, 1024) = 9 brk(0) = 0x6bf000 brk(0x6e) = 0x6e open(control/servercert.pem, O_RDONLY) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=1693, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2a95557000 read(3, -BEGIN CERTIFICATE-\nMIIC..., 4096) = 1693 getpid()= 28774 read(3, , 4096) = 0 close(3)= 0 munmap(0x2a95557000, 4096) = 0 open(control/clientca.pem, O_RDONLY) = -1 ENOENT (No such file or directory) open(control/clientcrl.pem, O_RDONLY) = -1 ENOENT (No such file or directory) open(/dev/tty, O_RDWR|O_NONBLOCK|O_NOCTTY) = 3 writev(3, [{*** glibc detected *** , 23}, {free(): invalid pointer, 23}, {: 0x, 4}, {0035520306b8, 16}, { ***\n, 5}], 5*** glibc detected *** free(): invalid pointer: 0x0035520306b8 *** ) = 71 rt_sigprocmask(SIG_UNBLOCK, [ABRT], NULL, 8) = 0 tgkill(28774, 28774, SIGABRT) = 0 --- SIGABRT (Aborted) @ 0 (0) --- +++ killed by SIGABRT +++ Process 28774 detached On 1/11/07, Jean-Paul van de Plasse [EMAIL PROTECTED] wrote: Guess this is going to be very difficult to figure out this way. Last thing I can think of to get some kind of idea is run a strace on qmail-smtpd Make sure you have strace installed. Then run strace /var/qmail/bin/qmail-smtpd That will give a bunch of data on your screen, wait till
Re: [qmailtoaster] Stop receiving email from most servers after Qmail update
Hi, We agree the problem is related to TLS , I would like to disable it based on the IP How can I do it ? On 1/11/07, Eric Shubes [EMAIL PROTECTED] wrote: Jake Vickers wrote: Eric Shubes wrote: Jake Vickers wrote: 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 ? So if you use a client like Thunderbird or Outlook it works okay? But when you try and mail from the command line it gives you the error? Does it only do it when you mail from the command line on the Toaster machine, or when you send from another host to this machine? You may want to check and make sure sendmail has been removed (rpm -qa | grep sendmail), and then make sure that Toaster installed the fake sendmail (/var/qmail/bin/sendmail and /use/sbin/sendmail should just be a symlink to the /var/qmail/bin/sendmail one). I think we've determined that the problem lies when the starttls command is issued by the sending client. I've seen in the past where Toaster was installed on a machine and sendmail was still there, so they were fighting over the TLS sessions and were causing MALLOC errors like this - just wanted to rule it out. Good thought. Lazaro, can you rule this out? -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Stop receiving email from most servers after Qmail update
Hi, I do not think this is possible. As far as I can see now there is not even a simple switch off method. You would have to recompile to disable it in total. Jean-Paul - Original Message - From: Lazaro Ferreira [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, January 11, 2007 11:08 PM Subject: Re: [qmailtoaster] Stop receiving email from most servers after Qmail update Hi, We agree the problem is related to TLS , I would like to disable it based on the IP How can I do it ? On 1/11/07, Eric Shubes [EMAIL PROTECTED] wrote: Jake Vickers wrote: Eric Shubes wrote: Jake Vickers wrote: 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 ? So if you use a client like Thunderbird or Outlook it works okay? But when you try and mail from the command line it gives you the error? Does it only do it when you mail from the command line on the Toaster machine, or when you send from another host to this machine? You may want to check and make sure sendmail has been removed (rpm -qa | grep sendmail), and then make sure that Toaster installed the fake sendmail (/var/qmail/bin/sendmail and /use/sbin/sendmail should just be a symlink to the /var/qmail/bin/sendmail one). I think we've determined that the problem lies when the starttls command is issued by the sending client. I've seen in the past where Toaster was installed on a machine and sendmail was still there, so they were fighting over the TLS sessions and were causing MALLOC errors like this - just wanted to rule it out. Good thought. Lazaro, can you rule this out? -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Stop receiving email from most servers after Qmail update
I don't think that's possible. See man qmail-smtpd Lazaro Ferreira wrote: Hi, We agree the problem is related to TLS , I would like to disable it based on the IP How can I do it ? On 1/11/07, Eric Shubes [EMAIL PROTECTED] wrote: Jake Vickers wrote: Eric Shubes wrote: Jake Vickers wrote: 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 ? So if you use a client like Thunderbird or Outlook it works okay? But when you try and mail from the command line it gives you the error? Does it only do it when you mail from the command line on the Toaster machine, or when you send from another host to this machine? You may want to check and make sure sendmail has been removed (rpm -qa | grep sendmail), and then make sure that Toaster installed the fake sendmail (/var/qmail/bin/sendmail and /use/sbin/sendmail should just be a symlink to the /var/qmail/bin/sendmail one). I think we've determined that the problem lies when the starttls command is issued by the sending client. I've seen in the past where Toaster was installed on a machine and sendmail was still there, so they were fighting over the TLS sessions and were causing MALLOC errors like this - just wanted to rule it out. Good thought. Lazaro, can you rule this out? -- -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]
Re: [qmailtoaster] Stop receiving email from most servers after Qmail update
Correct that. When you remove control/servercert.pem it should not advertise STARTTLS and hence have smtp clients not use tls.. This script from Jason Haar seems to come at hand also.. http://inoa.net/qmail-tls/qmail-tls-check_certs - Original Message - From: Jean-Paul van de Plasse [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, January 11, 2007 11:24 PM Subject: Re: [qmailtoaster] Stop receiving email from most servers after Qmail update Hi, I do not think this is possible. As far as I can see now there is not even a simple switch off method. You would have to recompile to disable it in total. Jean-Paul - Original Message - From: Lazaro Ferreira [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, January 11, 2007 11:08 PM Subject: Re: [qmailtoaster] Stop receiving email from most servers after Qmail update Hi, We agree the problem is related to TLS , I would like to disable it based on the IP How can I do it ? On 1/11/07, Eric Shubes [EMAIL PROTECTED] wrote: Jake Vickers wrote: Eric Shubes wrote: Jake Vickers wrote: 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 ? So if you use a client like Thunderbird or Outlook it works okay? But when you try and mail from the command line it gives you the error? Does it only do it when you mail from the command line on the Toaster machine, or when you send from another host to this machine? You may want to check and make sure sendmail has been removed (rpm -qa | grep sendmail), and then make sure that Toaster installed the fake sendmail (/var/qmail/bin/sendmail and /use/sbin/sendmail should just be a symlink to the /var/qmail/bin/sendmail one). I think we've determined that the problem lies when the starttls command is issued by the sending client. I've seen in the past where Toaster was installed on a machine and sendmail was still there, so they were fighting over the TLS sessions and were causing MALLOC errors like this - just wanted to rule it out. Good thought. Lazaro, can you rule this out? -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Stop receiving email from most servers after Qmail update
Is is possible (practical) to configure the sendmail servers to not use TLS until you get the toaster fixed? Jean-Paul van de Plasse wrote: Hi, I do not think this is possible. As far as I can see now there is not even a simple switch off method. You would have to recompile to disable it in total. Jean-Paul - Original Message - From: Lazaro Ferreira [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, January 11, 2007 11:08 PM Subject: Re: [qmailtoaster] Stop receiving email from most servers after Qmail update Hi, We agree the problem is related to TLS , I would like to disable it based on the IP How can I do it ? On 1/11/07, Eric Shubes [EMAIL PROTECTED] wrote: Jake Vickers wrote: Eric Shubes wrote: Jake Vickers wrote: 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 ? So if you use a client like Thunderbird or Outlook it works okay? But when you try and mail from the command line it gives you the error? Does it only do it when you mail from the command line on the Toaster machine, or when you send from another host to this machine? You may want to check and make sure sendmail has been removed (rpm -qa | grep sendmail), and then make sure that Toaster installed the fake sendmail (/var/qmail/bin/sendmail and /use/sbin/sendmail should just be a symlink to the /var/qmail/bin/sendmail one). I think we've determined that the problem lies when the starttls command is issued by the sending client. I've seen in the past where Toaster was installed on a machine and sendmail was still there, so they were fighting over the TLS sessions and were causing MALLOC errors like this - just wanted to rule it out. Good thought. Lazaro, can you rule this out? -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Stop receiving email from most servers after Qmail update
Yes, I'm trying to get sendmail to not use TLS authentication On 1/12/07, Eric Shubes [EMAIL PROTECTED] wrote: Is is possible (practical) to configure the sendmail servers to not use TLS until you get the toaster fixed? Jean-Paul van de Plasse wrote: Hi, I do not think this is possible. As far as I can see now there is not even a simple switch off method. You would have to recompile to disable it in total. Jean-Paul - Original Message - From: Lazaro Ferreira [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, January 11, 2007 11:08 PM Subject: Re: [qmailtoaster] Stop receiving email from most servers after Qmail update Hi, We agree the problem is related to TLS , I would like to disable it based on the IP How can I do it ? On 1/11/07, Eric Shubes [EMAIL PROTECTED] wrote: Jake Vickers wrote: Eric Shubes wrote: Jake Vickers wrote: 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 ? So if you use a client like Thunderbird or Outlook it works okay? But when you try and mail from the command line it gives you the error? Does it only do it when you mail from the command line on the Toaster machine, or when you send from another host to this machine? You may want to check and make sure sendmail has been removed (rpm -qa | grep sendmail), and then make sure that Toaster installed the fake sendmail (/var/qmail/bin/sendmail and /use/sbin/sendmail should just be a symlink to the /var/qmail/bin/sendmail one). I think we've determined that the problem lies when the starttls command is issued by the sending client. I've seen in the past where Toaster was installed on a machine and sendmail was still there, so they were fighting over the TLS sessions and were causing MALLOC errors like this - just wanted to rule it out. Good thought. Lazaro, can you rule this out? -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Stop receiving email from most servers after Qmail update
This could be a workaround until TLS be fixed Just a question , removing control/servercert.pem will not affect hosts sending fine , like Google mail ? On 1/12/07, Jean-Paul van de Plasse [EMAIL PROTECTED] wrote: Correct that. When you remove control/servercert.pem it should not advertise STARTTLS and hence have smtp clients not use tls.. This script from Jason Haar seems to come at hand also.. http://inoa.net/qmail-tls/qmail-tls-check_certs - Original Message - From: Jean-Paul van de Plasse [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, January 11, 2007 11:24 PM Subject: Re: [qmailtoaster] Stop receiving email from most servers after Qmail update Hi, I do not think this is possible. As far as I can see now there is not even a simple switch off method. You would have to recompile to disable it in total. Jean-Paul - Original Message - From: Lazaro Ferreira [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, January 11, 2007 11:08 PM Subject: Re: [qmailtoaster] Stop receiving email from most servers after Qmail update Hi, We agree the problem is related to TLS , I would like to disable it based on the IP How can I do it ? On 1/11/07, Eric Shubes [EMAIL PROTECTED] wrote: Jake Vickers wrote: Eric Shubes wrote: Jake Vickers wrote: 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 ? So if you use a client like Thunderbird or Outlook it works okay? But when you try and mail from the command line it gives you the error? Does it only do it when you mail from the command line on the Toaster machine, or when you send from another host to this machine? You may want to check and make sure sendmail has been removed (rpm -qa | grep sendmail), and then make sure that Toaster installed the fake sendmail (/var/qmail/bin/sendmail and /use/sbin/sendmail should just be a symlink to the /var/qmail/bin/sendmail one). I think we've determined that the problem lies when the starttls command is issued by the sending client. I've seen in the past where Toaster was installed on a machine and sendmail was still there, so they were fighting over the TLS sessions and were causing MALLOC errors like this - just wanted to rule it out. Good thought. Lazaro, can you rule this out? -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Stop receiving email from most servers after Qmail update
I don't see how it could affect google mail (but what do I know?). Nice find, J-P. We shuld get that little tidbit updated on the wiki! Lazaro Ferreira wrote: This could be a workaround until TLS be fixed Just a question , removing control/servercert.pem will not affect hosts sending fine , like Google mail ? On 1/12/07, Jean-Paul van de Plasse [EMAIL PROTECTED] wrote: Correct that. When you remove control/servercert.pem it should not advertise STARTTLS and hence have smtp clients not use tls.. This script from Jason Haar seems to come at hand also.. http://inoa.net/qmail-tls/qmail-tls-check_certs - Original Message - From: Jean-Paul van de Plasse [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, January 11, 2007 11:24 PM Subject: Re: [qmailtoaster] Stop receiving email from most servers after Qmail update Hi, I do not think this is possible. As far as I can see now there is not even a simple switch off method. You would have to recompile to disable it in total. Jean-Paul - Original Message - From: Lazaro Ferreira [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, January 11, 2007 11:08 PM Subject: Re: [qmailtoaster] Stop receiving email from most servers after Qmail update Hi, We agree the problem is related to TLS , I would like to disable it based on the IP How can I do it ? On 1/11/07, Eric Shubes [EMAIL PROTECTED] wrote: Jake Vickers wrote: Eric Shubes wrote: Jake Vickers wrote: 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 ? So if you use a client like Thunderbird or Outlook it works okay? But when you try and mail from the command line it gives you the error? Does it only do it when you mail from the command line on the Toaster machine, or when you send from another host to this machine? You may want to check and make sure sendmail has been removed (rpm -qa | grep sendmail), and then make sure that Toaster installed the fake sendmail (/var/qmail/bin/sendmail and /use/sbin/sendmail should just be a symlink to the /var/qmail/bin/sendmail one). I think we've determined that the problem lies when the starttls command is issued by the sending client. I've seen in the past where Toaster was installed on a machine and sendmail was still there, so they were fighting over the TLS sessions and were causing MALLOC errors like this - just wanted to rule it out. Good thought. Lazaro, can you rule this out? -- -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]
Re: [qmailtoaster] Stop receiving email from most servers after Qmail update
. - Original Message - From: Eric Shubes [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, January 11, 2007 8:09 PM Subject: Re: [qmailtoaster] Stop receiving email from most servers after Qmail update Jake Vickers wrote: 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 ? So if you use a client like Thunderbird or Outlook it works okay? But when you try and mail from the command line it gives you the error? Does it only do it when you mail from the command line on the Toaster machine, or when you send from another host to this machine? You may want to check and make sure sendmail has been removed (rpm -qa | grep sendmail), and then make sure that Toaster installed the fake sendmail (/var/qmail/bin/sendmail and /use/sbin/sendmail should just be a symlink to the /var/qmail/bin/sendmail one). I think we've determined that the problem lies when the starttls command is issued by the sending client. -- -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] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Stop receiving email from most servers after Qmail update
before crashing. I guess you could do this alot better with gdb but then you need a debug compiled version of qmail-smtpd. I do not know what qmail-toaster version you have installed, but besides that I have exactly the same versions as you. - Original Message - From: Eric Shubes [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, January 11, 2007 8:09 PM Subject: Re: [qmailtoaster] Stop receiving email from most servers after Qmail update Jake Vickers wrote: 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 ? So if you use a client like Thunderbird or Outlook it works okay? But when you try and mail from the command line it gives you the error? Does it only do it when you mail from the command line on the Toaster machine, or when you send from another host to this machine? You may want to check and make sure sendmail has been removed (rpm -qa | grep sendmail), and then make sure that Toaster installed the fake sendmail (/var/qmail/bin/sendmail and /use/sbin/sendmail should just be a symlink to the /var/qmail/bin/sendmail one). I think we've determined that the problem lies when the starttls command is issued by the sending client. -- -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] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Stop receiving email from most servers after Qmail update
on qmail-smtpd Make sure you have strace installed. Then run strace /var/qmail/bin/qmail-smtpd That will give a bunch of data on your screen, wait till it stops with something like select(1, [0], NULL, NULL, {1200, 0} then type starttls (and put an enter after just like you did with telnet) Normally that would give you the last system calls done before crashing. I guess you could do this alot better with gdb but then you need a debug compiled version of qmail-smtpd. I do not know what qmail-toaster version you have installed, but besides that I have exactly the same versions as you. - Original Message - From: Eric Shubes [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, January 11, 2007 8:09 PM Subject: Re: [qmailtoaster] Stop receiving email from most servers after Qmail update Jake Vickers wrote: 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 ? So if you use a client like Thunderbird or Outlook it works okay? But when you try and mail from the command line it gives you the error? Does it only do it when you mail from the command line on the Toaster machine, or when you send from another host to this machine? You may want to check and make sure sendmail has been removed (rpm -qa | grep sendmail), and then make sure that Toaster installed the fake sendmail (/var/qmail/bin/sendmail and /use/sbin/sendmail should just be a symlink to the /var/qmail/bin/sendmail one). I think we've determined that the problem lies when the starttls command is issued by the sending client. -- -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] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]