[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
[qmailtoaster] Esp- Eng -- it is relamente necessary to update to qmailtoaster? - es necesario Actualizar Qt?
it is relamente necessary to update to qmailtoaster? I ask because I am an ex- user of Microsoft there and in Microsoft if it were really necessary to put all the patches. But my qt works ok, deberia to update? As it is the best method to be able to update it of automatic form. Gracias es relamente necesario actualizar qmailtoaster? Pregunto porque soy un ex usuario de microsoft y ahi en microsoft si era realmente necesario poner todos los parches. Pero si mi qt funciona ok , lo deberia actualizar? Cual es el mejor metodo para poder actualizarlo de forma automatica. Gracias
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] clamav updats
Mohammed Waheed wrote: Hi , My mail server runs Salckware linux 9.0 Mail server is posftfix, Anti virus is clam AV. Spam filter is spam assass the problem is that lots of spam mails coming and its showing clamAV updates. How to update my clamav letme no, Very much appreciate your help me Okay. You're running an environment that has nothing to do with the Qmail-Toaster community. We don't support Slackware, nor Postfix. That being said, clamav doesn't block spams. Spamassassin scores them, and your Postfix scripts should remove them once they reach a certain score. So you'll need to look at your Postfix settings to find that information. And I imagine that your clamav came with the Slackware distro, so you'd upgrade that using the Slackware method of upgrading software (sorry, I haven't run Slackware in a LONG time) Best of luck. 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] Sqmail problems
South Computers wrote: Anyone else get the message: Server replied: 354 when they try to send an email with sqmail? http error log show 2 errors, not sure if they are causing it though.. dlv_server_msg in /usr/share/squirrelmail/src/compose.php on line 1592, referer: http://domain. and dlv_msg in /usr/share/squirrelmail/src/compose.php on line 1590, referer: http://domain The error will probably show in the IMAP logs. smime.p7s Description: S/MIME Cryptographic Signature
[qmailtoaster] Moving Spam-Mails
Hi there, I just migrated our former exim-mailservers to qmail, using the qmail-toaster. Thanks a lot for this. But now I'm facing the problem, that we used to move messages marked as spam (X-Spam-Status: YES) to a directory (Spam) in the virtual user's dir (via exim directly). Is this also possible by using qmail / the qmail-toaster? We need a site-wide standard for moving spam mails to the users spam directory. Regards, Tim - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Moving Spam-Mails
[EMAIL PROTECTED] wrote: Hi there, I just migrated our former exim-mailservers to qmail, using the qmail-toaster. Thanks a lot for this. But now I'm facing the problem, that we used to move messages marked as spam (X-Spam-Status: YES) to a directory (Spam) in the virtual user's dir (via exim directly). Is this also possible by using qmail / the qmail-toaster? We need a site-wide standard for moving spam mails to the users spam directory. Yes it does. You have to recompile 2 of the packages to get this functionality: http://wiki.qmailtoaster.com/index.php/FAQs#I_upgraded_my_QmailToaster_to_the_latest_and_I_no_longer_have_the_.22Spam_Detection.22_box_in_Qmailadmin. smime.p7s Description: S/MIME Cryptographic Signature
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] Moving Spam-Mails
Hi, Yes it does. You have to recompile 2 of the packages to get this functionality: thanks for that quick reply... I'm now compiling the .rpms and afterwards going to install them... Hope it will run... ;) Tim - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Sqmail problems
Ahh.. thanks. Will go look. Jake Vickers wrote: South Computers wrote: Anyone else get the message: Server replied: 354 when they try to send an email with sqmail? http error log show 2 errors, not sure if they are causing it though.. dlv_server_msg in /usr/share/squirrelmail/src/compose.php on line 1592, referer: http://domain. and dlv_msg in /usr/share/squirrelmail/src/compose.php on line 1590, referer: http://domain The error will probably show in the IMAP logs. - 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
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] Sqmail problems
Jake Vickers wrote: The error will probably show in the IMAP logs. Hmm.. nope, all fine there.. - 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] Sqmail problems
South Computers wrote: Anyone else get the message: Server replied: 354 when they try to send an email with sqmail? http error log show 2 errors, not sure if they are causing it though.. dlv_server_msg in /usr/share/squirrelmail/src/compose.php on line 1592, referer: http://domain. and dlv_msg in /usr/share/squirrelmail/src/compose.php on line 1590, referer: http://domain Thanks! Scott What version of SM are you running? I'm running squirrelmail-toaster-1.4.7-1.3.2 and the error appears to be coming from lines 1576 and 1578 in my version. This would mean that the $succes = $deliver-finalizeStream($stream); statement at line 1573 (probably line 1587 in your version) failed, and it's trying to tell you so (which is causing dlv_msg to be executed, which is failing with the messages you see in the http log). BL, there's a problem with the smtp session (duh). I'd try turning on recordio for the smtp server to see what's going on in the smtp session. -- -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] Moving Spam-Mails
Hi... Done, but is there a possibility to change this flag for all accounts in one single step? Regards, Tim - 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]
[qmailtoaster] [CHKUSER] Blocking messages with bad address
In tcp.smtp I have: :allow,CHKUSER_WRONGRCPTLIMIT=10,QMAILQUEUE=/var/qmail/bin/simscan When I send message with some address and only one is bad (bad MX) all message is stoped. Why? Other address are good. -- Wojciech Gabor System uptime: 41 years 8 months 2 weeks 2 days 9 hours 45 minuts Można być wolnym ale czasem wymaga to większego wysiłku i szerszego światopoglądu oraz pewnej zaradności. - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[qmailtoaster] Newbie Question
I am assuming this is a really simple question but I am just a little unclear on the answer. Following the Wiki here: http://wiki.qmailtoaster.com/index.php/CentOS_4.3_QmailToaster_Install When installing Qmail the instructions reference your-domain.com and your.fqdn.com. This is where I am a little unclear on the setup. We have a domain xyxonline.com which is actually hosted offsite. We have a internal domain hq.xyzonline.com (fqdn) which is setup as a sub domain that points to our static IP address. Our email however is xyzemail.com which is currently just a POP3 I want to migrate to Qmail running on CentOs. I can easily direct the email to come to our static IP and then be routed correctly. However, when the directions state to add a domain: (see below) I am unsure how to configure this. First because I do not host xyzonline.com or xyzemail.com internally. Secondly, my fqdn and email are different domains. The directions do not state the domain must be hosted on the CentOS machine. Add a domain: /home/vpopmail/bin/vadddomain your-domain.com postmaster-password Bring up your browser and go to: http://www.your-domain.com/admin-toaster/ Username: admin Password: toaster Any advice? begin:vcard fn:Kevin Gutch n:Gutch;Kevin org:Protech Products;IT adr:;;511 Central Park Drive;Sanford;FL;32771;United States email;internet:[EMAIL PROTECTED] title:Manager tel;work:407.328.5300 tel;fax:407.328.5250 tel;cell:321.282.8528 version:2.1 end:vcard - 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] Sqmail problems
Eric Shubes wrote: South Computers wrote: Anyone else get the message: Server replied: 354 when they try to send an email with sqmail? http error log show 2 errors, not sure if they are causing it though.. dlv_server_msg in /usr/share/squirrelmail/src/compose.php on line 1592, referer: http://domain. and dlv_msg in /usr/share/squirrelmail/src/compose.php on line 1590, referer: http://domain Thanks! Scott What version of SM are you running? squirrelmail-toaster-1.4.8-1.3.3 I'm running squirrelmail-toaster-1.4.7-1.3.2 and the error appears to be coming from lines 1576 and 1578 in my version. This would mean that the $succes = $deliver-finalizeStream($stream); statement at line 1573 (probably line 1587 in your version) failed, and it's trying to tell you so (which is causing dlv_msg to be executed, which is failing with the messages you see in the http log). BL, there's a problem with the smtp session (duh). I'd try turning on recordio for the smtp server to see what's going on in the smtp session. Ok, just did it. No apparent problems there.. And the mail does go through fine. Just get the 354 message. Going to try upgrading to the newest sqmail version. - 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 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] Sqmail problems
Well, upgrading to 1.49a didn;t help, but when I removed a few listings in my blacklists file, it started working great.. Appareently just timing out to blacklists.. Thanks all! South Computers wrote: Eric Shubes wrote: South Computers wrote: Anyone else get the message: Server replied: 354 when they try to send an email with sqmail? http error log show 2 errors, not sure if they are causing it though.. dlv_server_msg in /usr/share/squirrelmail/src/compose.php on line 1592, referer: http://domain. and dlv_msg in /usr/share/squirrelmail/src/compose.php on line 1590, referer: http://domain Thanks! Scott What version of SM are you running? squirrelmail-toaster-1.4.8-1.3.3 I'm running squirrelmail-toaster-1.4.7-1.3.2 and the error appears to be coming from lines 1576 and 1578 in my version. This would mean that the $succes = $deliver-finalizeStream($stream); statement at line 1573 (probably line 1587 in your version) failed, and it's trying to tell you so (which is causing dlv_msg to be executed, which is failing with the messages you see in the http log). BL, there's a problem with the smtp session (duh). I'd try turning on recordio for the smtp server to see what's going on in the smtp session. Ok, just did it. No apparent problems there.. And the mail does go through fine. Just get the 354 message. Going to try upgrading to the newest sqmail version. - 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] Sqmail problems
South Computers wrote: Eric Shubes wrote: South Computers wrote: Anyone else get the message: Server replied: 354 when they try to send an email with sqmail? http error log show 2 errors, not sure if they are causing it though.. dlv_server_msg in /usr/share/squirrelmail/src/compose.php on line 1592, referer: http://domain. and dlv_msg in /usr/share/squirrelmail/src/compose.php on line 1590, referer: http://domain Thanks! Scott What version of SM are you running? squirrelmail-toaster-1.4.8-1.3.3 I'm running squirrelmail-toaster-1.4.7-1.3.2 and the error appears to be coming from lines 1576 and 1578 in my version. This would mean that the $succes = $deliver-finalizeStream($stream); statement at line 1573 (probably line 1587 in your version) failed, and it's trying to tell you so (which is causing dlv_msg to be executed, which is failing with the messages you see in the http log). BL, there's a problem with the smtp session (duh). I'd try turning on recordio for the smtp server to see what's going on in the smtp session. Ok, just did it. No apparent problems there.. And the mail does go through fine. Just get the 354 message. That could be a problem copying the email to the sent folder. Going to try upgrading to the newest sqmail version. Not a bad idea. I'd update to the current qmail-toaster as well. -- -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] Moving Spam-Mails
Well, I've done all modification by hand now and what happend? Spamassassin isn't tagging anymore, uhm, let me say it in a different way: every incoming mail has 0 points, regardless if it's spam or not... Also maildrop give's me an error: Problem making 'maildirsize' for /home/vpopmail/domains/xxx.xx/xx Any ideas? Regards, Tim - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] [CHKUSER] Blocking messages with bad address
Wojciech Gabor wrote: In tcp.smtp I have: :allow,CHKUSER_WRONGRCPTLIMIT=10,QMAILQUEUE=/var/qmail/bin/simscan When I send message with some address and only one is bad (bad MX) all message is stoped. Why? Other address are good. That's the way it works by design. Granted, the error message could be a little more explicit (which domain?). This enhancement has been requested to the chkuser author, and may appear in a subsequent release. -- -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] Sqmail problems
Apparently is was my blocklist timing out Eric.. removed a few, and all is well now. Seriously considering starting my own blocklist... Spamikaze maybe? The problem would be the inevitable dos attacks. Thanks again! Scott Eric Shubes wrote: South Computers wrote: Eric Shubes wrote: South Computers wrote: Anyone else get the message: Server replied: 354 when they try to send an email with sqmail? http error log show 2 errors, not sure if they are causing it though.. dlv_server_msg in /usr/share/squirrelmail/src/compose.php on line 1592, referer: http://domain. and dlv_msg in /usr/share/squirrelmail/src/compose.php on line 1590, referer: http://domain Thanks! Scott What version of SM are you running? squirrelmail-toaster-1.4.8-1.3.3 I'm running squirrelmail-toaster-1.4.7-1.3.2 and the error appears to be coming from lines 1576 and 1578 in my version. This would mean that the $succes = $deliver-finalizeStream($stream); statement at line 1573 (probably line 1587 in your version) failed, and it's trying to tell you so (which is causing dlv_msg to be executed, which is failing with the messages you see in the http log). BL, there's a problem with the smtp session (duh). I'd try turning on recordio for the smtp server to see what's going on in the smtp session. Ok, just did it. No apparent problems there.. And the mail does go through fine. Just get the 354 message. That could be a problem copying the email to the sent folder. Going to try upgrading to the newest sqmail version. Not a bad idea. I'd update to the current qmail-toaster as well. - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Moving Spam-Mails
[EMAIL PROTECTED] wrote: Well, I've done all modification by hand now and what happend? Spamassassin isn't tagging anymore, uhm, let me say it in a different way: every incoming mail has 0 points, regardless if it's spam or not... Also maildrop give's me an error: Problem making 'maildirsize' for /home/vpopmail/domains/xxx.xx/xx Hello if I recall you get that error on a NOQUOTA account the mailfilter scrpt should add a check there :) Any ideas? Regards, Tim - 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] Sqmail problems
Which blacklist had the problem? relays.ordb.org or some other? South Computers wrote: Well, upgrading to 1.49a didn;t help, but when I removed a few listings in my blacklists file, it started working great.. Appareently just timing out to blacklists.. Thanks all! South Computers wrote: Eric Shubes wrote: South Computers wrote: Anyone else get the message: Server replied: 354 when they try to send an email with sqmail? http error log show 2 errors, not sure if they are causing it though.. dlv_server_msg in /usr/share/squirrelmail/src/compose.php on line 1592, referer: http://domain. and dlv_msg in /usr/share/squirrelmail/src/compose.php on line 1590, referer: http://domain Thanks! Scott What version of SM are you running? squirrelmail-toaster-1.4.8-1.3.3 I'm running squirrelmail-toaster-1.4.7-1.3.2 and the error appears to be coming from lines 1576 and 1578 in my version. This would mean that the $succes = $deliver-finalizeStream($stream); statement at line 1573 (probably line 1587 in your version) failed, and it's trying to tell you so (which is causing dlv_msg to be executed, which is failing with the messages you see in the http log). BL, there's a problem with the smtp session (duh). I'd try turning on recordio for the smtp server to see what's going on in the smtp session. Ok, just did it. No apparent problems there.. And the mail does go through fine. Just get the 354 message. Going to try upgrading to the newest sqmail version. -- -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
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] Moving Spam-Mails
Hi, if I recall you get that error on a NOQUOTA account the mailfilter scrpt should add a check there :) I think you're right... But why is SA not tagging anymore? Strange, isn't it? Tim - 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, 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] Sqmail problems
Eric Shubes wrote: Which blacklist had the problem? relays.ordb.org or some other? I removed relays.ordb.org, russia.blackholes.us, and opm.blitzed.org. Not sure which one was causing it. I've had problems with the country blackholes.us lists before, but the cn-kr stops a LOT, and seems reliable. current blacklists file: -r sbl-xbl.spamhaus.org -r cn-kr.blackholes.us -r bl.spamcop.net -r combined.njabl.org Will try adding things back slowly, but need to get to work now:-) South Computers wrote: Well, upgrading to 1.49a didn;t help, but when I removed a few listings in my blacklists file, it started working great.. Appareently just timing out to blacklists.. Thanks all! South Computers wrote: Eric Shubes wrote: South Computers wrote: Anyone else get the message: Server replied: 354 when they try to send an email with sqmail? http error log show 2 errors, not sure if they are causing it though.. dlv_server_msg in /usr/share/squirrelmail/src/compose.php on line 1592, referer: http://domain. and dlv_msg in /usr/share/squirrelmail/src/compose.php on line 1590, referer: http://domain Thanks! Scott What version of SM are you running? squirrelmail-toaster-1.4.8-1.3.3 I'm running squirrelmail-toaster-1.4.7-1.3.2 and the error appears to be coming from lines 1576 and 1578 in my version. This would mean that the $succes = $deliver-finalizeStream($stream); statement at line 1573 (probably line 1587 in your version) failed, and it's trying to tell you so (which is causing dlv_msg to be executed, which is failing with the messages you see in the http log). BL, there's a problem with the smtp session (duh). I'd try turning on recordio for the smtp server to see what's going on in the smtp session. Ok, just did it. No apparent problems there.. And the mail does go through fine. Just get the 354 message. Going to try upgrading to the newest sqmail version. - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Sqmail problems
South Computers wrote: Apparently is was my blocklist timing out Eric.. removed a few, and all is well now. Good. That's what counts. Seriously considering starting my own blocklist... Spamikaze maybe? The problem would be the inevitable dos attacks. There are more than enough BLs out there already. Trick is finding the most effective/reliable ones. Vince has contributed some great help in this area, and Jake has written a script for fixing up sluggish BLs (yet to be incorporated into qmailtoaster-plus). I think this community can come up with a good solution (sets of BLs) if we work together on it. Thanks again! Scott -- -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] Moving Spam-Mails
[EMAIL PROTECTED] wrote: Hi, if I recall you get that error on a NOQUOTA account the mailfilter scrpt should add a check there :) I think you're right... But why is SA not tagging anymore? Strange, isn't it? Tim Does the spamd log show that messages are being scanned? Is there a simscan message in the smtp log? -- -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] Sqmail problems
South Computers wrote: Eric Shubes wrote: Which blacklist had the problem? relays.ordb.org or some other? I removed relays.ordb.org, russia.blackholes.us, and opm.blitzed.org. relays.ordb.org was probably the culprit. It's been having problems since 12/18. Not sure which one was causing it. I've had problems with the country blackholes.us lists before, but the cn-kr stops a LOT, and seems reliable. -r dnsbl.tqmcube.com takes care of cn-kr (and others) (TTBOMK) very well (thanks to Vince for that one!). current blacklists file: -r sbl-xbl.spamhaus.org -r cn-kr.blackholes.us -r bl.spamcop.net -r combined.njabl.org You'll want to use xen.spamhaus.org in place of sbl-xbl.spamhaus.org. sbl-xbl is being depreciated. Will try adding things back slowly, but need to get to work now:-) You might try using the loose blacklist configuration in qmailtoaster-plus. It's presently set to use: -r zen.spamhaus.org -r bl.spamcop.net -r opm.blitzed.org -r list.dsbl.org -r cbl.abuseat.org -r dnsbl.tqmcube.com -r dnsbl.sorbs.net You can use this config with two commands: # rpm -Uvh http://svn.shubes.net/qtp/releases/qmailtoaster-plus-0.2.5-1.3.7.noarch.rpm # qtp-set-rbls -loose That will activate the loose blacklists (and back up your present settings). Kinda cool, eh? Could use improvement, no doubt. South Computers wrote: Well, upgrading to 1.49a didn;t help, but when I removed a few listings in my blacklists file, it started working great.. Appareently just timing out to blacklists.. Thanks all! -- -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
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] Sqmail problems
Will give them a shot.. Thanks again Eric! I know it's good, but can't use sorbs. It blocks most email from france (wife is french) :-) Eric Shubes wrote: South Computers wrote: Eric Shubes wrote: Which blacklist had the problem? relays.ordb.org or some other? I removed relays.ordb.org, russia.blackholes.us, and opm.blitzed.org. relays.ordb.org was probably the culprit. It's been having problems since 12/18. Not sure which one was causing it. I've had problems with the country blackholes.us lists before, but the cn-kr stops a LOT, and seems reliable. -r dnsbl.tqmcube.com takes care of cn-kr (and others) (TTBOMK) very well (thanks to Vince for that one!). current blacklists file: -r sbl-xbl.spamhaus.org -r cn-kr.blackholes.us -r bl.spamcop.net -r combined.njabl.org You'll want to use xen.spamhaus.org in place of sbl-xbl.spamhaus.org. sbl-xbl is being depreciated. Will try adding things back slowly, but need to get to work now:-) You might try using the loose blacklist configuration in qmailtoaster-plus. It's presently set to use: -r zen.spamhaus.org -r bl.spamcop.net -r opm.blitzed.org -r list.dsbl.org -r cbl.abuseat.org -r dnsbl.tqmcube.com -r dnsbl.sorbs.net You can use this config with two commands: # rpm -Uvh http://svn.shubes.net/qtp/releases/qmailtoaster-plus-0.2.5-1.3.7.noarch.rpm # qtp-set-rbls -loose That will activate the loose blacklists (and back up your present settings). Kinda cool, eh? Could use improvement, no doubt. South Computers wrote: Well, upgrading to 1.49a didn;t help, but when I removed a few listings in my blacklists file, it started working great.. Appareently just timing out to blacklists.. Thanks all! - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Newbie Question
Kevin R. Gutch wrote: I am assuming this is a really simple question but I am just a little unclear on the answer. Following the Wiki here: http://wiki.qmailtoaster.com/index.php/CentOS_4.3_QmailToaster_Install When installing Qmail the instructions reference your-domain.com and your.fqdn.com. This is where I am a little unclear on the setup. We have a domain xyxonline.com which is actually hosted offsite. We have a internal domain hq.xyzonline.com (fqdn) which is setup as a sub domain that points to our static IP address. Our email however is xyzemail.com which is currently just a POP3 I want to migrate to Qmail running on CentOs. I can easily direct the email to come to our static IP and then be routed correctly. However, when the directions state to add a domain: (see below) I am unsure how to configure this. First because I do not host xyzonline.com or xyzemail.com internally. Secondly, my fqdn and email are different domains. The directions do not state the domain must be hosted on the CentOS machine. Add a domain: /home/vpopmail/bin/vadddomain your-domain.com postmaster-password Bring up your browser and go to: http://www.your-domain.com/admin-toaster/ Username: admin Password: toaster Any advice? There are others here that can probably answer better than I, but I'll give it a shot. First, I'm not clear on your situation (although you've explained it pretty well). What are the email addresses you're working with? Are there any [EMAIL PROTECTED] addresses? How about [EMAIL PROTECTED] If both, are they shared? -- -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] Newbie Question
All emails would be [EMAIL PROTECTED] Thanks, Kevin Eric Shubes wrote: Kevin R. Gutch wrote: I am assuming this is a really simple question but I am just a little unclear on the answer. Following the Wiki here: http://wiki.qmailtoaster.com/index.php/CentOS_4.3_QmailToaster_Install When installing Qmail the instructions reference your-domain.com and your.fqdn.com. This is where I am a little unclear on the setup. We have a domain xyxonline.com which is actually hosted offsite. We have a internal domain hq.xyzonline.com (fqdn) which is setup as a sub domain that points to our static IP address. Our email however is xyzemail.com which is currently just a POP3 I want to migrate to Qmail running on CentOs. I can easily direct the email to come to our static IP and then be routed correctly. However, when the directions state to add a domain: (see below) I am unsure how to configure this. First because I do not host xyzonline.com or xyzemail.com internally. Secondly, my fqdn and email are different domains. The directions do not state the domain must be hosted on the CentOS machine. Add a domain: /home/vpopmail/bin/vadddomain your-domain.com postmaster-password Bring up your browser and go to: http://www.your-domain.com/admin-toaster/ Username: admin Password: toaster Any advice? There are others here that can probably answer better than I, but I'll give it a shot. First, I'm not clear on your situation (although you've explained it pretty well). What are the email addresses you're working with? Are there any [EMAIL PROTECTED] addresses? How about [EMAIL PROTECTED] If both, are they shared? -- *Kevin Gutch* *Protech Products, Inc*. 407.328.5300, ext. 102 407.328.5250 (fax) begin:vcard fn:Kevin Gutch n:Gutch;Kevin org:Protech Products;IT adr:;;511 Central Park Drive;Sanford;FL;32771;United States email;internet:[EMAIL PROTECTED] title:Manager tel;work:407.328.5300 tel;fax:407.328.5250 tel;cell:321.282.8528 version:2.1 end:vcard - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Sqmail problems
Precisely why one size does not (can't) fit all. ;) I'm trying to come up with any easy way for people to easily tailor RBLs. What we presently have is a way to predefine 'sets' and easily change from one set to another. Adding new sets is trivial, so if someone can comes up with a new set (or better yet, a set scheme) they'd like to see, I can create it in QTP very easily. Please think about it. South Computers wrote: Will give them a shot.. Thanks again Eric! I know it's good, but can't use sorbs. It blocks most email from france (wife is french) :-) Eric Shubes wrote: South Computers wrote: Eric Shubes wrote: Which blacklist had the problem? relays.ordb.org or some other? I removed relays.ordb.org, russia.blackholes.us, and opm.blitzed.org. relays.ordb.org was probably the culprit. It's been having problems since 12/18. Not sure which one was causing it. I've had problems with the country blackholes.us lists before, but the cn-kr stops a LOT, and seems reliable. -r dnsbl.tqmcube.com takes care of cn-kr (and others) (TTBOMK) very well (thanks to Vince for that one!). current blacklists file: -r sbl-xbl.spamhaus.org -r cn-kr.blackholes.us -r bl.spamcop.net -r combined.njabl.org You'll want to use xen.spamhaus.org in place of sbl-xbl.spamhaus.org. sbl-xbl is being depreciated. Will try adding things back slowly, but need to get to work now:-) You might try using the loose blacklist configuration in qmailtoaster-plus. It's presently set to use: -r zen.spamhaus.org -r bl.spamcop.net -r opm.blitzed.org -r list.dsbl.org -r cbl.abuseat.org -r dnsbl.tqmcube.com -r dnsbl.sorbs.net You can use this config with two commands: # rpm -Uvh http://svn.shubes.net/qtp/releases/qmailtoaster-plus-0.2.5-1.3.7.noarch.rpm # qtp-set-rbls -loose That will activate the loose blacklists (and back up your present settings). Kinda cool, eh? Could use improvement, no doubt. South Computers wrote: Well, upgrading to 1.49a didn;t help, but when I removed a few listings in my blacklists file, it started working great.. Appareently just timing out to blacklists.. Thanks all! -- -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] Sqmail problems
Just put tqmcube in... Looks great, but it appears to be blocking yahoo.. uhoh:-) tcpserver: ok 13853 noube.com:66.92.240.230:25 n13a.bullet.sp1.yahoo.com:69.147.64.112::25861 @400045a663290f3f4c24 rblsmtpd: 69.147.64.112 pid 13853: 451 Spam received from 69.147.64.112. Removal Requests: http://tqmcube.com/dnsbl/dnsbl_remove.php and fdn.com (local to florida).. bummer, gonna have to go back to cn-kr.blackholes.us Thanks for the tip on spamhaus! Eric Shubes wrote: Precisely why one size does not (can't) fit all. ;) True.. I'm trying to come up with any easy way for people to easily tailor RBLs. What we presently have is a way to predefine 'sets' and easily change from one set to another. Adding new sets is trivial, so if someone can comes up with a new set (or better yet, a set scheme) they'd like to see, I can create it in QTP very easily. Please think about it. WIll do... Thanks for your time again Eric! Really have to get to work:-) Scott South Computers wrote: Will give them a shot.. Thanks again Eric! I know it's good, but can't use sorbs. It blocks most email from france (wife is french) :-) Eric Shubes wrote: South Computers wrote: Eric Shubes wrote: Which blacklist had the problem? relays.ordb.org or some other? I removed relays.ordb.org, russia.blackholes.us, and opm.blitzed.org. relays.ordb.org was probably the culprit. It's been having problems since 12/18. Not sure which one was causing it. I've had problems with the country blackholes.us lists before, but the cn-kr stops a LOT, and seems reliable. -r dnsbl.tqmcube.com takes care of cn-kr (and others) (TTBOMK) very well (thanks to Vince for that one!). current blacklists file: -r sbl-xbl.spamhaus.org -r cn-kr.blackholes.us -r bl.spamcop.net -r combined.njabl.org You'll want to use xen.spamhaus.org in place of sbl-xbl.spamhaus.org. sbl-xbl is being depreciated. Will try adding things back slowly, but need to get to work now:-) You might try using the loose blacklist configuration in qmailtoaster-plus. It's presently set to use: -r zen.spamhaus.org -r bl.spamcop.net -r opm.blitzed.org -r list.dsbl.org -r cbl.abuseat.org -r dnsbl.tqmcube.com -r dnsbl.sorbs.net You can use this config with two commands: # rpm -Uvh http://svn.shubes.net/qtp/releases/qmailtoaster-plus-0.2.5-1.3.7.noarch.rpm # qtp-set-rbls -loose That will activate the loose blacklists (and back up your present settings). Kinda cool, eh? Could use improvement, no doubt. South Computers wrote: Well, upgrading to 1.49a didn;t help, but when I removed a few listings in my blacklists file, it started working great.. Appareently just timing out to blacklists.. Thanks all! - 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, 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] Newbie Question
Then we can ignore xyzonline.com (and hq.xyzonline.com). So, you presently have xyzemail.com hosted, and you'll be migrating to your own server? Your new toaster server has a public static ip address? Kevin R. Gutch wrote: All emails would be [EMAIL PROTECTED] Thanks, Kevin Eric Shubes wrote: Kevin R. Gutch wrote: I am assuming this is a really simple question but I am just a little unclear on the answer. Following the Wiki here: http://wiki.qmailtoaster.com/index.php/CentOS_4.3_QmailToaster_Install When installing Qmail the instructions reference your-domain.com and your.fqdn.com. This is where I am a little unclear on the setup. We have a domain xyxonline.com which is actually hosted offsite. We have a internal domain hq.xyzonline.com (fqdn) which is setup as a sub domain that points to our static IP address. Our email however is xyzemail.com which is currently just a POP3 I want to migrate to Qmail running on CentOs. I can easily direct the email to come to our static IP and then be routed correctly. However, when the directions state to add a domain: (see below) I am unsure how to configure this. First because I do not host xyzonline.com or xyzemail.com internally. Secondly, my fqdn and email are different domains. The directions do not state the domain must be hosted on the CentOS machine. Add a domain: /home/vpopmail/bin/vadddomain your-domain.com postmaster-password Bring up your browser and go to: http://www.your-domain.com/admin-toaster/ Username: admin Password: toaster Any advice? There are others here that can probably answer better than I, but I'll give it a shot. First, I'm not clear on your situation (although you've explained it pretty well). What are the email addresses you're working with? Are there any [EMAIL PROTECTED] addresses? How about [EMAIL PROTECTED] If both, are they shared? -- -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
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
[qmailtoaster] spamhaus
Eric, did some quick reading on the deprecation the xbl-sbl list.. The new list is zen, not xen. For those who didn;t know about it, taken from spamhaus faq: *Caution: zen.spamhaus.org replaces sbl-xbl.spamhaus.org.* If you are currently using sbl-xbl.spamhaus.org you can now replace 'sbl-xbl.spamhaus.org' with 'zen.spamhaus.org' (the sbl-xbl.spamhaus.org zone will eventually become obsolete and may in the future be withdrawn from service). zen.spamhaus.org should now be the only spamhaus.org DNSBL in your configuration. You should not use ZEN together with other Spamhaus blocklists or you will simply be wasting DNS queries and slowing your mail queue. - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Newbie Question
Ok ignoring xyzonline.com (and hq.xyzonline.com). Yes, xyzemail.com is hosted. The toaster server itself does not have a static IP (well it does have static ip that is handed to it by our firewall/dhcp) but we do have static IP. The toaster server will probably sit in the Orange zone with our firewall. Eric Shubes wrote: Then we can ignore xyzonline.com (and hq.xyzonline.com). So, you presently have xyzemail.com hosted, and you'll be migrating to your own server? Your new toaster server has a public static ip address? Kevin R. Gutch wrote: All emails would be [EMAIL PROTECTED] Thanks, Kevin Eric Shubes wrote: Kevin R. Gutch wrote: I am assuming this is a really simple question but I am just a little unclear on the answer. Following the Wiki here: http://wiki.qmailtoaster.com/index.php/CentOS_4.3_QmailToaster_Install When installing Qmail the instructions reference your-domain.com and your.fqdn.com. This is where I am a little unclear on the setup. We have a domain xyxonline.com which is actually hosted offsite. We have a internal domain hq.xyzonline.com (fqdn) which is setup as a sub domain that points to our static IP address. Our email however is xyzemail.com which is currently just a POP3 I want to migrate to Qmail running on CentOs. I can easily direct the email to come to our static IP and then be routed correctly. However, when the directions state to add a domain: (see below) I am unsure how to configure this. First because I do not host xyzonline.com or xyzemail.com internally. Secondly, my fqdn and email are different domains. The directions do not state the domain must be hosted on the CentOS machine. Add a domain: /home/vpopmail/bin/vadddomain your-domain.com postmaster-password Bring up your browser and go to: http://www.your-domain.com/admin-toaster/ Username: admin Password: toaster Any advice? There are others here that can probably answer better than I, but I'll give it a shot. First, I'm not clear on your situation (although you've explained it pretty well). What are the email addresses you're working with? Are there any [EMAIL PROTECTED] addresses? How about [EMAIL PROTECTED] If both, are they shared? -- *Kevin Gutch* *Protech Products, Inc*. 407.328.5300, ext. 102 407.328.5250 (fax) begin:vcard fn:Kevin Gutch n:Gutch;Kevin org:Protech Products;IT adr:;;511 Central Park Drive;Sanford;FL;32771;United States email;internet:[EMAIL PROTECTED] title:Manager tel;work:407.328.5300 tel;fax:407.328.5250 tel;cell:321.282.8528 version:2.1 end:vcard - 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
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 the
Re: [qmailtoaster] Moving Spam-Mails
Hi, Does the spamd log show that messages are being scanned? Yes. Is there a simscan message in the smtp log? Dunno, hadn't take a look on it, sorry. But after upgrading all Packages (some where out of date), everything runs fine again. Tim - 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, 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] Newbie Question
Kevin R. Gutch wrote: Ok ignoring xyzonline.com (and hq.xyzonline.com). Good. Yes, xyzemail.com is hosted. Got it. The toaster server itself does not have a static IP (well it does have static ip that is handed to it by our firewall/dhcp) but we do have static IP. The toaster server will probably sit in the Orange zone with our firewall. IPCop by chance? That's what I use. So your toaster has a static private (not public) address. Your firewall will have the public static IP address, and port forward to the toaster. Right? So, to answer your original question, you'll be setting up your toaster using xyzemail.com as your domain. Do you know how you'll be migrating from your hosted server? How many accounts are you talking? Will the hosted server go away in the end? -- -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] Newbie Question
IPCop by chance? That's what I use. No. Smoothwall So your toaster has a static private (not public) address. Your firewall will have the public static IP address, and port forward to the toaster. Right? Yes. So, to answer your original question, you'll be setting up your toaster using xyzemail.com as your domain. Yes Do you know how you'll be migrating from your hosted server? How many accounts are you talking? Just 10 accounts Will the hosted server go away in the end? Yes Eric Shubes wrote: Kevin R. Gutch wrote: Ok ignoring xyzonline.com (and hq.xyzonline.com). Good. Yes, xyzemail.com is hosted. Got it. The toaster server itself does not have a static IP (well it does have static ip that is handed to it by our firewall/dhcp) but we do have static IP. The toaster server will probably sit in the Orange zone with our firewall. IPCop by chance? That's what I use. So your toaster has a static private (not public) address. Your firewall will have the public static IP address, and port forward to the toaster. Right? So, to answer your original question, you'll be setting up your toaster using xyzemail.com as your domain. Do you know how you'll be migrating from your hosted server? How many accounts are you talking? Will the hosted server go away in the end? -- *Kevin Gutch* *Protech Products, Inc*. 407.328.5300, ext. 102 407.328.5250 (fax) begin:vcard fn:Kevin Gutch n:Gutch;Kevin org:Protech Products;IT adr:;;511 Central Park Drive;Sanford;FL;32771;United States email;internet:[EMAIL PROTECTED] title:Manager tel;work:407.328.5300 tel;fax:407.328.5250 tel;cell:321.282.8528 version:2.1 end:vcard - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Sqmail problems
South Computers wrote: Just put tqmcube in... Looks great, but it appears to be blocking yahoo.. uhoh:-) That's odd. I just tested yahoo and got the message ok: @400045a6731533daf894 CHKUSER accepted sender: from [EMAIL PROTECTED]:: remote web57209.mail.re3.yahoo.com:unknown:216.252.111.225 rcpt : sender accepted Perhaps only certain yahoo servers are listed. Wonder which ones. tcpserver: ok 13853 noube.com:66.92.240.230:25 n13a.bullet.sp1.yahoo.com:69.147.64.112::25861 @400045a663290f3f4c24 rblsmtpd: 69.147.64.112 pid 13853: 451 Spam received from 69.147.64.112. Removal Requests: http://tqmcube.com/dnsbl/dnsbl_remove.php and fdn.com (local to florida).. bummer, gonna have to go back to cn-kr.blackholes.us Thanks for the tip on spamhaus! Geez. Some days you just can't win. ;) -- -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] Newbie Question
Kevin R. Gutch wrote: IPCop by chance? That's what I use. No. Smoothwall I think IPCop was branched from Smoothwall IIRC. So your toaster has a static private (not public) address. Your firewall will have the public static IP address, and port forward to the toaster. Right? Yes. So, to answer your original question, you'll be setting up your toaster using xyzemail.com as your domain. Yes Do you know how you'll be migrating from your hosted server? How many accounts are you talking? Just 10 accounts Will the hosted server go away in the end? Yes Just go ahead and add xyzemail.com as your domain on the toaster, then you can add the accounts by using the ip address with qmailadmin for now, e.g. http://ip.address.of.toaster/qmailadmin/ You'll specify the domain name and postmaster password when you log in. Then simply create your user accounts with qmailadmin. Do you know how you'll transition smoothly, or would you like some help with that too? -- -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
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] spamhaus
South Computers wrote: Eric, did some quick reading on the deprecation the xbl-sbl list.. The new list is zen, not xen. Oops. My bad. :( It's correct in the recent qmailtoaster-plus, in case anyone's wondering. For those who didn;t know about it, taken from spamhaus faq: *Caution: zen.spamhaus.org replaces sbl-xbl.spamhaus.org.* If you are currently using sbl-xbl.spamhaus.org you can now replace 'sbl-xbl.spamhaus.org' with 'zen.spamhaus.org' (the sbl-xbl.spamhaus.org zone will eventually become obsolete and may in the future be withdrawn from service). zen.spamhaus.org should now be the only spamhaus.org DNSBL in your configuration. You should not use ZEN together with other Spamhaus blocklists or you will simply be wasting DNS queries and slowing your mail queue. Thanks for sharing this. I hope everyone's paying attention. ;) -- -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] Newbie Question
Cool. Let me give it a try. If not I will get back to you soon. Thanks for all your help! Eric Shubes wrote: Kevin R. Gutch wrote: IPCop by chance? That's what I use. No. Smoothwall I think IPCop was branched from Smoothwall IIRC. So your toaster has a static private (not public) address. Your firewall will have the public static IP address, and port forward to the toaster. Right? Yes. So, to answer your original question, you'll be setting up your toaster using xyzemail.com as your domain. Yes Do you know how you'll be migrating from your hosted server? How many accounts are you talking? Just 10 accounts Will the hosted server go away in the end? Yes Just go ahead and add xyzemail.com as your domain on the toaster, then you can add the accounts by using the ip address with qmailadmin for now, e.g. http://ip.address.of.toaster/qmailadmin/ You'll specify the domain name and postmaster password when you log in. Then simply create your user accounts with qmailadmin. Do you know how you'll transition smoothly, or would you like some help with that too? -- *Kevin Gutch* *Protech Products, Inc*. 407.328.5300, ext. 102 407.328.5250 (fax) begin:vcard fn:Kevin Gutch n:Gutch;Kevin org:Protech Products;IT adr:;;511 Central Park Drive;Sanford;FL;32771;United States email;internet:[EMAIL PROTECTED] title:Manager tel;work:407.328.5300 tel;fax:407.328.5250 tel;cell:321.282.8528 version:2.1 end:vcard - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Moving Spam-Mails
[EMAIL PROTECTED] wrote: Hi, Does the spamd log show that messages are being scanned? Yes. Is there a simscan message in the smtp log? Dunno, hadn't take a look on it, sorry. But after upgrading all Packages (some where out of date), everything runs fine again. Tim I guess that's what counts! -- -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
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] smtp hanging up
If you have 4 network entries on a single interface, smtp will use the last of them. So for eth0 you have : ifcfg-eth0 ifcfg-eth0:0 ifcfg-eth0:1 ifcfg-eth0:2 The entry you want your primary ip on is 0:2. George. - Original Message - From: Eric Shubes [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Wednesday, January 10, 2007 2:16 PM Subject: Re: [qmailtoaster] smtp hanging up Thanks for the pointer, George. Nice thing to know! To be more specific, is that the last one listed by ifconfig? (and what determines that?) George Sweetnam wrote: One thing to keep in mind when adding multiple ip's on a machine... the smtp services will use the LAST ip listed on the box. That can play havoc with reverse dns, tcprules, firewalls, ect. I learned it the hard way with a machine I switched to add additional ip's last year and we started having smtp problems because of it (SPF mainly). George - Original Message - From: Eric Shubes [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, January 04, 2007 11:33 PM Subject: Re: [qmailtoaster] smtp hanging up Erik Espinoza wrote: Sounds like an smtp route is missing in the postfix. I'll buy that, since the /var/log/maillog on the web server says: Jan 4 21:47:51 hostname postfix/smtp[30371]: connect to mail.mydomain.com[10.0.1.70]: No route to host (port 25) (see reply to Jake) Your postfix is probably connecting to the outside static ip instead of attempting to hit 10.0.1.69 directly on the private network. You may be on to something here, but I'm not sure. main.cf for postfix had relayhost = 10.0.1.70. I changed it to 10.0.1.69, and two messages made it through. That seems to have fixed things up somewhat. I'll have to talk with the networking guy tomorrow and see why .70 was used instead of .69. Thanks loads EE. You've pointed me in the right direction! Thanks to Jake and everyone else too! I really appreciate everyone's help. See if, frm a diff machine, you can hit 10.0.1.69 from the outside ip. On 1/4/07, Eric Shubes [EMAIL PROTECTED] wrote: This problem has me stumped at the moment. A (relatively) high volume toaster (10.0.1.69) on CentOS4. It's been running fine for the most part. However, when processing messages from a local web server (10.0.1.66) relayed from postfix, the message doesn't go through. FWIW (doesn't make sense to me) the sending postfix queue shows that the connection timed out or no route to host. I turned on recordio to see what's happening, and here the smtp log for a session: 2007-01-04 18:23:53.798287500 tcpserver: status: 0/100 2007-01-04 18:23:54.875954500 tcpserver: status: 1/100 2007-01-04 18:23:54.875962500 tcpserver: pid 5787 from 10.0.1.66 2007-01-04 18:23:54.875964500 tcpserver: ok 5787 spin4:10.0.1.69:25 :10.0.1.66::43332 2007-01-04 18:23:54.875967500 5787 [EOF] 2007-01-04 18:23:54.970660500 5787 220 mydomain.com - Welcome to Qmail Toaster Ver. 1.3 SMTP Server ESMTP^M 2007-01-04 18:23:54.970671500 5787 [EOF] 2007-01-04 18:23:54.970673500 tcpserver: end 5787 status 256 2007-01-04 18:23:54.970675500 tcpserver: status: 0/100 The smtp session rapidly terminates, out of the blue. I can telnet from the web server to the toaster just fine. tcp.smtp: 127.:allow,RELAYCLIENT= 10.0.1.:allow,RELAYCLIENT= :allow,BADMIMETYPE=,BADLOADERTYPE=M,CHKUSER_RCPTLIMIT=50,CHKUSER_WRONGRCPTLIMIT=10,QMAILQUEUE=/var/qmail/bin/simscan,DKSIGN=/var/qmail/control/domainkeys/%/private qmail-dk has been taken out (qmail-queue - qmail-queue.orig) timeoutsmtpd: 60 Any thoughts/ideas? -- -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
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 - To
[qmailtoaster] [isoqlog] problem with cron.sh
All run /usr/share/toaster/isoqlog/bin/cron.sh regenerate /etc/isoqlog/isoqlog.domain. It's OK but why only for domians in /home/vpopmail/domains? I have over 400 domains and vpopmail make directory in $VPOPMAIL and $VPOPMAIL/0, $VPOPMAIL/1 ... I sugest change cron.sh. My diff: code --- cron.sh.orig2006-11-22 15:01:27.0 +0100 +++ cron.sh 2007-01-11 12:35:42.0 +0100 @@ -1,6 +1,7 @@ #!/bin/sh VPOPMAIL=/home/vpopmail/domains +VPOPMAILBIN=/home/vpopmail/bin ISOQLOG=`which isoqlog` ISODOMAINS=/etc/isoqlog/isoqlog.domains RM=`which rm` @@ -12,7 +13,7 @@ [ -f $ISODOMAINS ] $RM -rf $ISODOMAINS # Regenerate the file -for i in `ls $VPOPMAIL`; do +for i in `$VPOPMAILBIN/vdominfo -n | sort | grep ^[0-9A-Za-z]`; do echo $i $ISODOMAINS; done /code -- Tuptus System uptime: 41 years 8 months 2 weeks 2 days 15 hours 45 minuts - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Ldap Authentication
Switching to ldap means more than just the basic auth has to change, many of the toaster packages have to be rebuilt as well (courier, ect). George. - Original Message - From: Stefano Scalise To: qmailtoaster-list@qmailtoaster.com Sent: Wednesday, January 10, 2007 3:02 AM Subject: Re: [qmailtoaster] Ldap Authentication errata-corrige NOT I need an authentication method qmail-based BUT I need an authentication method ldap-based - Original Message - From: Stefano Scalise To: qmailtoaster-list@qmailtoaster.com Sent: Wednesday, January 10, 2007 9:46 AM Subject: [qmailtoaster] Ldap Authentication Hi to all, I am going to implement a mail server based on qmailtoaster. I saw that qmailtoaster comes with a mysql-based installation. As I need an authentication method qmail-based, do you think it is easily switchable teh authentication from mysql to ldap? Thanks for your answers. Stefano.
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
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]
[qmailtoaster] [isoqlog] Segmentation fault
I have isoqlog-toaster-2.1-1.3.2 on Centos-4.4 Some logfiles in /var/log/qmail/send make sementation fault of isoqlog. Where looking for solve? I was looking by strace but no interesting things found. code (...) close(4)= 0 munmap(0x2a968fd000, 4096) = 0 open(/var/log/qmail/send/current, O_RDONLY) = 4 fstat(4, {st_mode=S_IFREG|0644, st_size=140401, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2a968fd000 read(4, @400045a69d3e16dce5cc delive..., 4096) = 4096 read(4, qp 8341 uid [EMAIL PROTECTED]..., 4096) = 4096 read(4, e 0/[EMAIL PROTECTED]..., 4096) = 4096 read(4, s: local 0/20 remote 0/[EMAIL PROTECTED]..., 4096) = 4096 read(4, n./[EMAIL PROTECTED]_66.249.9..., 4096) = 4096 read(4, 20c new msg [EMAIL PROTECTED]..., 4096) = 4096 read(4, p 10054 uid [EMAIL PROTECTED]..., 4096) = 4096 read(4, id_0+0+1/[EMAIL PROTECTED]..., 4096) = 4096 read(4, 749620 to local zjo.lo.pl-stypen..., 4096) = 4096 read(4, c.com qp 11314 uid [EMAIL PROTECTED]..., 4096) = 4096 read(4, [EMAIL PROTECTED]@400045..., 4096) = 4096 read(4, 5b09cc status: local 0/20 remote..., 4096) = 4096 read(4, 00045a69f2400314354 new msg 8749..., 4096) = 4096 read(4, 4 status: local 1/20 remote 0/60..., 4096) = 4096 read(4, 0/20 remote 0/[EMAIL PROTECTED]..., 4096) = 4096 read(4, 8749620: bytes 66510 from speed..., 4096) = 4096 read(4, +0+1/[EMAIL PROTECTED] ..., 4096) = 4096 read(4, 6a0390fb4512c new msg [EMAIL PROTECTED]..., 4096) = 4096 read(4, [EMAIL PROTECTED] deliv..., 4096) = 4096 --- SIGSEGV (Segmentation fault) @ 0 (0) --- +++ killed by SIGSEGV +++ /code -- Tuptus System uptime: 41 years 8 months 2 weeks 2 days 15 hours 45 minuts - 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 the
Re: [qmailtoaster] [isoqlog] Segmentation fault
Wojciech Gabor wrote: I have isoqlog-toaster-2.1-1.3.2 on Centos-4.4 Some logfiles in /var/log/qmail/send make sementation fault of isoqlog. Where looking for solve? I was looking by strace but no interesting things found. code (...) close(4)= 0 munmap(0x2a968fd000, 4096) = 0 open(/var/log/qmail/send/current, O_RDONLY) = 4 fstat(4, {st_mode=S_IFREG|0644, st_size=140401, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2a968fd000 read(4, @400045a69d3e16dce5cc delive..., 4096) = 4096 read(4, qp 8341 uid [EMAIL PROTECTED]..., 4096) = 4096 read(4, e 0/[EMAIL PROTECTED]..., 4096) = 4096 read(4, s: local 0/20 remote 0/[EMAIL PROTECTED]..., 4096) = 4096 read(4, n./[EMAIL PROTECTED]_66.249.9..., 4096) = 4096 read(4, 20c new msg [EMAIL PROTECTED]..., 4096) = 4096 read(4, p 10054 uid [EMAIL PROTECTED]..., 4096) = 4096 read(4, id_0+0+1/[EMAIL PROTECTED]..., 4096) = 4096 read(4, 749620 to local zjo.lo.pl-stypen..., 4096) = 4096 read(4, c.com qp 11314 uid [EMAIL PROTECTED]..., 4096) = 4096 read(4, [EMAIL PROTECTED]@400045..., 4096) = 4096 read(4, 5b09cc status: local 0/20 remote..., 4096) = 4096 read(4, 00045a69f2400314354 new msg 8749..., 4096) = 4096 read(4, 4 status: local 1/20 remote 0/60..., 4096) = 4096 read(4, 0/20 remote 0/[EMAIL PROTECTED]..., 4096) = 4096 read(4, 8749620: bytes 66510 from speed..., 4096) = 4096 read(4, +0+1/[EMAIL PROTECTED] ..., 4096) = 4096 read(4, 6a0390fb4512c new msg [EMAIL PROTECTED]..., 4096) = 4096 read(4, [EMAIL PROTECTED] deliv..., 4096) = 4096 What do the 4096 bytes of this point in the log contain? Anything peculiar? Is the log file it's choking on a 'normal' (*.s) file? --- SIGSEGV (Segmentation fault) @ 0 (0) --- +++ killed by SIGSEGV +++ /code -- -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, 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
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] [isoqlog] Segmentation fault
Dnia czwartek, 11 stycznia 2007 22:00, Eric Shubes napisał: Wojciech Gabor wrote: I have isoqlog-toaster-2.1-1.3.2 on Centos-4.4 Some logfiles in /var/log/qmail/send make sementation fault of isoqlog. Where looking for solve? I was looking by strace but no interesting things found. code (...) close(4)= 0 munmap(0x2a968fd000, 4096) = 0 open(/var/log/qmail/send/current, O_RDONLY) = 4 fstat(4, {st_mode=S_IFREG|0644, st_size=140401, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2a968fd000 read(4, @400045a69d3e16dce5cc delive..., 4096) = 4096 read(4, qp 8341 uid [EMAIL PROTECTED]..., 4096) = 4096 read(4, e 0/[EMAIL PROTECTED]..., 4096) = 4096 read(4, s: local 0/20 remote 0/[EMAIL PROTECTED]..., 4096) = 4096 read(4, n./[EMAIL PROTECTED]_66.249.9..., 4096) = 4096 read(4, 20c new msg [EMAIL PROTECTED]..., 4096) = 4096 read(4, p 10054 uid [EMAIL PROTECTED]..., 4096) = 4096 read(4, id_0+0+1/[EMAIL PROTECTED]..., 4096) = 4096 read(4, 749620 to local zjo.lo.pl-stypen..., 4096) = 4096 read(4, c.com qp 11314 uid [EMAIL PROTECTED]..., 4096) = 4096 read(4, [EMAIL PROTECTED]@400045..., 4096) = 4096 read(4, 5b09cc status: local 0/20 remote..., 4096) = 4096 read(4, 00045a69f2400314354 new msg 8749..., 4096) = 4096 read(4, 4 status: local 1/20 remote 0/60..., 4096) = 4096 read(4, 0/20 remote 0/[EMAIL PROTECTED]..., 4096) = 4096 read(4, 8749620: bytes 66510 from speed..., 4096) = 4096 read(4, +0+1/[EMAIL PROTECTED] ..., 4096) = 4096 read(4, 6a0390fb4512c new msg [EMAIL PROTECTED]..., 4096) = 4096 read(4, [EMAIL PROTECTED] deliv..., 4096) = 4096 What do the 4096 bytes of this point in the log contain? Anything peculiar? Is the log file it's choking on a 'normal' (*.s) file? It's normal *.s files. This error is with some files, not all. I make strace -o ~/rob/isoqlog.trace -s 4096 isoqlog and I found that this fault is until read logfile. Isoqlog stop read in random place. -- Wojciech Gabor System uptime: 41 years 8 months 2 weeks 2 days 16 hours 15 minuts Cudowna kobieta to taka, która nie wymaga cudów. - 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 it
Re: [qmailtoaster] [isoqlog] Segmentation fault
Wojciech Gabor wrote: Dnia czwartek, 11 stycznia 2007 22:00, Eric Shubes napisał: Wojciech Gabor wrote: I have isoqlog-toaster-2.1-1.3.2 on Centos-4.4 Some logfiles in /var/log/qmail/send make sementation fault of isoqlog. Where looking for solve? I was looking by strace but no interesting things found. code (...) close(4)= 0 munmap(0x2a968fd000, 4096) = 0 open(/var/log/qmail/send/current, O_RDONLY) = 4 fstat(4, {st_mode=S_IFREG|0644, st_size=140401, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2a968fd000 read(4, @400045a69d3e16dce5cc delive..., 4096) = 4096 read(4, qp 8341 uid [EMAIL PROTECTED]..., 4096) = 4096 read(4, e 0/[EMAIL PROTECTED]..., 4096) = 4096 read(4, s: local 0/20 remote 0/[EMAIL PROTECTED]..., 4096) = 4096 read(4, n./[EMAIL PROTECTED]_66.249.9..., 4096) = 4096 read(4, 20c new msg [EMAIL PROTECTED]..., 4096) = 4096 read(4, p 10054 uid [EMAIL PROTECTED]..., 4096) = 4096 read(4, id_0+0+1/[EMAIL PROTECTED]..., 4096) = 4096 read(4, 749620 to local zjo.lo.pl-stypen..., 4096) = 4096 read(4, c.com qp 11314 uid [EMAIL PROTECTED]..., 4096) = 4096 read(4, [EMAIL PROTECTED]@400045..., 4096) = 4096 read(4, 5b09cc status: local 0/20 remote..., 4096) = 4096 read(4, 00045a69f2400314354 new msg 8749..., 4096) = 4096 read(4, 4 status: local 1/20 remote 0/60..., 4096) = 4096 read(4, 0/20 remote 0/[EMAIL PROTECTED]..., 4096) = 4096 read(4, 8749620: bytes 66510 from speed..., 4096) = 4096 read(4, +0+1/[EMAIL PROTECTED] ..., 4096) = 4096 read(4, 6a0390fb4512c new msg [EMAIL PROTECTED]..., 4096) = 4096 read(4, [EMAIL PROTECTED] deliv..., 4096) = 4096 What do the 4096 bytes of this point in the log contain? Anything peculiar? Is the log file it's choking on a 'normal' (*.s) file? It's normal *.s files. This error is with some files, not all. I make strace -o ~/rob/isoqlog.trace -s 4096 isoqlog and I found that this fault is until read logfile. Isoqlog stop read in random place. Sorry, I'm stumped. Anyone have an idea? -- -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, 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] clamav-toaster-0.90rc2-1.3.8 / simscan-toaster-1.3.1-1.3.3 upgrade problem
When I upgrade one toaster from clamav-toaster-0.88.3-1.3.2 and simscan-toaster-1.2-1.3.1 to subject versions I have no problem. When I upgrade another (nearly identical) toaster from clamav-toaster-0.88.7-1.3.7 and simscan-toaster-1.2-1.3.2 to subject versions, I get: configure: error: Unable to find your clamav databases, specify --enable-clamavdb-path. when simscan's configure script. I look into simscan's configuration, and it's looking for /usr/share/clamav/daily.cvd file. This file exists on the first toaster before and after upgrading clamav. The second toaster has daily.cvd.rpmnew, but also has a daily.inc directory containing: -rw-r--r-- 1 clamav clamav 17992 Jan 11 14:33 COPYING -rw-r--r-- 1 clamav clamav 22942 Jan 11 14:33 daily.db -rw-r--r-- 1 clamav clamav 1965 Jan 11 14:33 daily.fp -rw-r--r-- 1 clamav clamav 1581 Jan 11 14:33 daily.hdb -rw-r--r-- 1 clamav clamav326 Jan 11 14:33 daily.info -rw-r--r-- 1 clamav clamav 624621 Jan 11 14:33 daily.ndb -rw-r--r-- 1 clamav clamav 1485 Jan 11 14:33 daily.pdb -rw-r--r-- 1 clamav clamav 1725 Jan 11 14:33 daily.zmd (apparently) instead of the daily.cvd file. Also, I see warning: /usr/share/clamav/daily.cvd created as /usr/share/clamav/daily.cvd.rpmnew on both toasters, which appears to be normal. So simscan's configuration is looking for a file that no longer exists? Should it instead be looking for daily.inc directory or daily.cvd file? Any idea why one toaster ended up with daily.cvd file while the other ended up with a daily.inc directory (apparently in its place)? I diff'd the compile output for clamav from each machine and saw no significant differences. Something's gotta be different, but I'm not seeing what's causing it. Help! (EE?) -- -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, 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]