[qmailtoaster] rbl bypassing
Is there a way to bypass rbl checking in tcp.smtp for a particular ip address? Chris Godwin Linux/Unix Consultant Network Logistic, Inc. Get help at http://www.networklogistic.com/help - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[qmailtoaster] ISOQLOG
Im not sure if anyone here has used enough domains in vpopmail to initiate the directory hashing function of vpopmail, but vpopmail does hash directories. When I look at isoqlog it shows one of the domains as 0 were /home/vpopmail/domains/0/ is home to more domain directories. When I click the 0 in isoqlog I expect it to list the domains inside it, but I see empty stats. Chris Godwin Linux/Unix Consultant Network Logistic, Inc. Get help at http://www.networklogistic.com/help
RE: [qmailtoaster] ISOQLOG
Wouldnt that be something the developers of qmailtoaster should think of adding by default? Chris Godwin Linux/Unix Consultant Network Logistic, Inc. Get help at http://www.networklogistic.com/help
RE: [qmailtoaster] STARTTLS Segmentation Fault FIXED
Hi All, Thank you all for your help. I have fixed this issue by taking a new machine and completing the install with the latest server cd for cent os. I rebuilt qmail on new hardware and then dropped the new /var/qmail into the running server. Works great! Chris Godwin Linux/Unix Consultant Network Logistic, Inc. Get help at http://www.networklogistic.com/help - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[qmailtoaster] Status 11 SIGSEGV
Hello all, Im new to qmail toaster, not new to qmail. I have a centos install of qmail toaster. I would say that about 20% of all email destined for the server gets dropped by qmail-smtpd, which exites with code 11 according to tcpserver. I cannot determine why this is happening. As a work around, Im running all mail into a postfix machine, which then delivers it to the qmail-toaster machine. In that configuration I do not see the signal 11. This leads me to believe that it isnt an issue with the content of the message killing qmail-smtpd, but rather the source in which it is coming from. Has anyone seen this or know about it? Chris Godwin Linux/Unix Consultant Network Logistic, Inc. Get help at http://www.networklogistic.com/help
RE: [qmailtoaster] Status 11 SIGSEGV
Ive been able to move 100,000 messages into a single mailbox in one day, they all got there with no problems, however, they came from a lan computer on the same network. I fear that there is something else afoot. I really dont want to have to rip this out and install manually, qmailtoaster has done a good job of including all the features that would take a week to mesh together manually. Chris Godwin Linux/Unix Consultant Network Logistic, Inc. Get help at http://www.networklogistic.com/help From: Jared Markell [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 04, 2006 10:14 AM To: qmailtoaster-list@qmailtoaster.com Subject: RE: [qmailtoaster] Status 11 SIGSEGV I've had very similar issues. I was testing the load performance of my qmailtoaster machine. I had my web server email 400 unique emails to my account, I only received a measly 100 or so of them. During the mass mail, pop3 became unresponsive for me and other customers until all the mails were dealt with.. it was nasty. They were white listed as well, with spam ratings of -100, so I know spamd was not deleting them. The server seems to do fine under normal circumstances, but I do fear one bad spam day the server will be overwhelmed and emails will be lost. I don't know of a solution. Cranking up the max concurrent incoming smtp didn't seem to have a whole lot of effect. Jared From: Chris Godwin [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 04, 2006 8:02 AM To: qmailtoaster-list@qmailtoaster.com Subject: [qmailtoaster] Status 11 SIGSEGV Hello all, Im new to qmail toaster, not new to qmail. I have a centos install of qmail toaster. I would say that about 20% of all email destined for the server gets dropped by qmail-smtpd, which exites with code 11 according to tcpserver. I cannot determine why this is happening. As a work around, Im running all mail into a postfix machine, which then delivers it to the qmail-toaster machine. In that configuration I do not see the signal 11. This leads me to believe that it isnt an issue with the content of the message killing qmail-smtpd, but rather the source in which it is coming from. Has anyone seen this or know about it? Chris Godwin Linux/Unix Consultant Network Logistic, Inc. Get help at http://www.networklogistic.com/help
RE: [qmailtoaster] Status 11 SIGSEGV
I don't think that's the case because I'm not getting it now that all mail comes from the my postfix machine. Keep in mind that the postfix machine IS NOT given any special tcp.smtp rules. What I want to know is how to disable chkuser (I've tried all the documented methods and it doesn't disable it) I probably messed something up. I also want to know what the BADMIMETYPE and BADLOADERTYPE directives in tcp.smtp control, or what do they do? There is something in qmail toaster, but isn't in qmailrocks or lifewith qmail, that is causeing this. Unpatched qmail works... thus I believe it is an addon... I just need to disable each until I can find which patch is doing this. Chris Godwin Linux/Unix Consultant Network Logistic, Inc. Get help at http://www.networklogistic.com/help -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 04, 2006 10:34 AM To: qmailtoaster-list@qmailtoaster.com Subject: RE: [qmailtoaster] Status 11 SIGSEGV In that configuration I do not see the signal 11. This leads me to believe that it isn't an issue with the content of the message killing qmail-smtpd, but rather the source in which it is coming from. Has anyone seen this or know about it? Can't say I've seen this exact same problem, but IIRC (and this may not directly apply here) if we're talking about a signal 11 segmentation fault on a PC platform, it's at least possible that it could be symptomatic of a hardware issue (bad RAM, bad cache RAM, motherboard issue). --Duncan - 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] Status 11 SIGSEGV
I've done this by removing those directives from the rules. Is that the correct action, such software sometimes has a default if there is not explicit value set. Chris Godwin Linux/Unix Consultant Network Logistic, Inc. Get help at http://www.networklogistic.com/help -Original Message- From: Peter Peltonen [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 04, 2006 10:57 AM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] Status 11 SIGSEGV On 10/4/06, Chris Godwin [EMAIL PROTECTED] wrote: I also want to know what the BADMIMETYPE and BADLOADERTYPE directives in tcp.smtp control, or what do they do? They block messages with specific type of attachments (by the attachment's MIME type and not by file extension like simscan does). I turned these off when I found out that my toaster wasn't receiving mail including zip attachments (as the control files are not so well commented they are kinda hard to configure reasonably, I think). You might want to test your setup by disabling them from /etc/tcprules.d/tcp.smtp and rebuilding your db: # cd /etc/tcprules.d/ # tcprules tcp.smtp.cdb tcp.smtp.tmp tcp.smtp and see if it makes any difference? - 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] Status 11 SIGSEGV
Yes, I'm using centos 4.4, toaster versions are as below (They were current when the install took place): rwxr-xr-x 2 root root4096 Sep 6 14:38 . drwxr-xr-x 4 root root4096 Sep 1 16:38 .. -rw-r--r-- 1 root root 17662 Sep 1 19:52 autorespond-toaster-2.0.4-1.3.1.src.rpm -rw-r--r-- 1 root root 7513273 Sep 1 19:52 clamav-toaster-0.88.4-1.3.3.src.rpm -rw-r--r-- 1 root root 935 Sep 1 19:52 cnt40-deps.sh -rw-r--r-- 1 root root6219 Sep 6 15:02 cnt40-install-script.sh -rw-r--r-- 1 root root 530 Sep 1 19:52 cnt40-perl.sh -rw-r--r-- 1 root root2050 Sep 1 19:52 cnt40-svcs.sh -rw-r--r-- 1 root root 27359 Sep 1 19:52 control-panel-toaster-0.5-1.3.1.src.rpm -rw-r--r-- 1 root root 2014194 Sep 1 19:52 courier-authlib-toaster-0.58-1.3.1.src.rpm -rw-r--r-- 1 root root 3234935 Sep 1 19:52 courier-imap-toaster-4.1.1-1.3.2.src.rpm -rw-r--r-- 1 root root 663 Sep 1 19:52 current-download-script.sh -rw-r--r-- 1 root root 51327 Sep 1 19:52 daemontools-toaster-0.76-1.3.1.src.rpm -rw-r--r-- 1 root root 161178 Sep 1 19:52 djbdns-1.05-1.0.2.src.rpm -rw-r--r-- 1 root root 509353 Sep 1 19:52 ezmlm-toaster-0.53.324-1.3.1.src.rpm -rw-r--r-- 1 root root 12154 Sep 1 19:52 EZ-QmailToaster-CentOS-4.3.txt -rw-r--r-- 1 root root3472 Sep 1 19:52 firewall.sh -rw-r--r-- 1 root root 87769 Sep 1 19:52 isoqlog-toaster-2.1-1.3.1.src.rpm -rw-r--r-- 1 root root 42568 Sep 1 19:52 libdomainkeys-toaster-0.68-1.3.1.src.rpm -rw-r--r-- 1 root root 2146132 Sep 1 19:52 maildrop-toaster-2.0.2-1.3.1.src.rpm -rw-r--r-- 1 root root 2434312 Sep 1 19:52 qmailadmin-toaster-1.2.9-1.3.1.src.rpm -rw-r--r-- 1 root root 23360 Sep 1 19:52 qmailmrtg-toaster-4.2-1.3.1.src.rpm -rw-r--r-- 1 root root 295833 Sep 1 19:52 qmail-toaster-1.03-1.3.5.src.rpm -rw-r--r-- 1 root root 127951 Sep 1 19:52 ripmime-toaster-1.4.0.6-1.3.1.src.rpm -rw-r--r-- 1 root root 171099 Sep 1 19:52 simscan-toaster-1.2-1.3.1.src.rpm -rw-r--r-- 1 root root 991780 Sep 1 19:52 spamassassin-toaster-3.1.4-1.3.2.src.rpm -rw-r--r-- 1 root root 564115 Sep 1 19:52 squirrelmail-toaster-1.4.8-1.3.3.src.rpm -rw-r--r-- 1 root root 68526 Sep 1 19:52 ucspi-tcp-toaster-0.88-1.3.1.src.rpm -rw-r--r-- 1 root root 401609 Sep 1 19:52 vpopmail-toaster-5.4.13-1.3.2.src.rpm -rw-r--r-- 1 root root 94393 Sep 1 19:52 vqadmin-toaster-2.3.4-1.3.2.src.rpm -rw-r--r-- 1 root root 434686 Sep 1 19:52 zlib-1.2.3-1.0.3.src.rpm Chris Godwin Linux/Unix Consultant Network Logistic, Inc. Get help at http://www.networklogistic.com/help -Original Message- From: Eric Shubes [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 04, 2006 11:18 AM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] Status 11 SIGSEGV This is indeed strange, Chris. Is this a fresh CentOS 4.4 install? Fresh toaster (what versions)? Is the postfix machine on a remote domain (from the toaster's viewpoint)? Chris Godwin wrote: I don't think that's the case because I'm not getting it now that all mail comes from the my postfix machine. Keep in mind that the postfix machine IS NOT given any special tcp.smtp rules. What I want to know is how to disable chkuser (I've tried all the documented methods and it doesn't disable it) I probably messed something up. What specifically have you tried? I don't know of a way to change chkuser configuration without rebuilding qmail-toaster. In any case, I doubt that's the problem, as mail is flowing from your postfix server. I also want to know what the BADMIMETYPE and BADLOADERTYPE directives in tcp.smtp control, or what do they do? I see Peter has answered this. I might add that you can also comment out the entries in the corresponding /var/qmail/control files, then rebuild the cdb's (# qmailctl cdb). There is something in qmail toaster, but isn't in qmailrocks or lifewith qmail, that is causeing this. Unpatched qmail works... thus I believe it is an addon... I just need to disable each until I can find which patch is doing this. Have you tried using recordio to log the smtp sessions? That might tell you more precisely when/where in the smtp session it's hitting the SEGV. To use recordio with smtp, change /var/qmail/supervise/smtp/run by adding recordio to the exec statement: 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 addition of next to last line) Stop and start qmail, and you'll see the smtp session detail in /var/log/qmail/smtpd/current. Note, it'll generate a *lot* of log content, so you'll want to remove it as soon as you get a sampling. HTH Also, I'm wondering if this could possibly be DNS related. I don't see how. Just wondering. Chris Godwin Linux/Unix Consultant Network Logistic, Inc. Get help at http://www.networklogistic.com/help -Original Message
RE: [qmailtoaster] Status 11 SIGSEGV
courier-authlib-toaster-0.58-1.3.1 ezmlm-toaster-0.53.324-1.3.1 maildrop-toaster-2.0.2-1.3.1 squirrelmail-toaster-1.4.8-1.3.3 simscan-toaster-1.2-1.3.1 qmail-pop3d-toaster-1.03-1.3.5 ucspi-tcp-toaster-0.88-1.3.1 libdomainkeys-toaster-0.68-1.3.1 courier-imap-toaster-4.1.1-1.3.2 control-panel-toaster-0.5-1.3.1 ezmlm-cgi-toaster-0.53.324-1.3.1 qmailmrtg-toaster-4.2-1.3.1 maildrop-toaster-devel-2.0.2-1.3.1 vqadmin-toaster-2.3.4-1.3.2 spamassassin-toaster-3.1.4-1.3.2 ripmime-toaster-1.4.0.6-1.3.1 vpopmail-toaster-5.4.13-1.3.2 qmail-toaster-1.03-1.3.5 daemontools-toaster-0.76-1.3.1 autorespond-toaster-2.0.4-1.3.1 qmailadmin-toaster-1.2.9-1.3.1 isoqlog-toaster-2.1-1.3.1 clamav-toaster-0.88.4-1.3.3 Chris Godwin Linux/Unix Consultant Network Logistic, Inc. Get help at http://www.networklogistic.com/help -Original Message- From: Eric Shubes [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 04, 2006 11:26 AM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] Status 11 SIGSEGV Chris Godwin wrote: Yes, I'm using centos 4.4, toaster versions are as below (They were current when the install took place): I'd rather see: # rpm -qa | grep toaster ;) -- -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] Status 11 SIGSEGV
Ready for the twist? I'm running a drbd cluster of two of these machines. I'm failing over with heartbeat and drbd. I have used this setup with qmr with no problems. So the issue is happening on both machines on brand new ibm hardware. I've initiated a failover to the second machine so it is handling the load... this enables me to run memtest on the primary server without taking down email. I'll let you know what I find. BTW the status 11 is only happening to certain ip addresses. I don't know what causes the status 11 but If I see it for one ip address, I'll always see it for that ip address. See log entries below: @40004522c6bf2a208db4 tcpserver: ok 28854 localhost:172.30.1.16:25 :220.228.144.28::60232 @40004522c6c00a30546c tcpserver: end 28854 status 11 -- @40004522ca2f354bc6a4 tcpserver: ok 30494 localhost:172.30.1.16:25 :63.161.60.49::32065 @40004522ca300912038c tcpserver: end 30494 status 11 -- @40004522ca39382d6e7c tcpserver: ok 30504 localhost:172.30.1.16:25 :63.161.60.49::60146 @40004522ca3a25cadf94 tcpserver: end 30504 status 11 -- @40004522ca60048dbbbc tcpserver: ok 30560 localhost:172.30.1.16:25 :69.20.65.206::36445 @40004522ca601326178c tcpserver: end 30560 status 11 -- @40004522cad036cbdadc tcpserver: ok 30722 localhost:172.30.1.16:25 :216.15.204.50::48468 @40004522cad1010ac304 tcpserver: end 30722 status 11 -- @40004522cb8b2609e464 tcpserver: ok 31967 localhost:172.30.1.16:25 :220.228.144.28::55474 @40004522cb8c08648964 tcpserver: end 31967 status 11 -- @40004522cd6701f79404 tcpserver: ok 1674 localhost:172.30.1.16:25 :24.28.200.155::57513 @40004522cd670c4bfcc4 tcpserver: end 1674 status 11 -- @40004522cda5326fe35c tcpserver: ok 1732 localhost:172.30.1.16:25 :83.18.34.116::2256 @40004522cda6099773b4 tcpserver: end 1731 status 11 -- @40004522cdda00fadcb4 tcpserver: ok 1765 localhost:172.30.1.16:25 :143.166.85.206::34087 @40004522cdda0a0cbb24 tcpserver: end 1765 status 11 -- @40004522cf9521c9fc7c tcpserver: ok 3249 localhost:172.30.1.16:25 :143.166.148.206::37072 @40004522cf952850cb0c tcpserver: end 3249 status 11 -- @40004522cf992f30fc6c tcpserver: ok 3252 localhost:172.30.1.16:25 :199.81.218.126::57619 @40004522cf9935f37854 tcpserver: end 3252 status 11 -- @40004522cf9c182603b4 tcpserver: ok 3256 localhost:172.30.1.16:25 :67.15.110.7::47727 @40004522cf9c1e5094fc tcpserver: end 3256 status 11 -- @40004522cfec390f3744 tcpserver: ok 3295 localhost:172.30.1.16:25 :220.228.144.28::63007 @40004522cfed1a7932e4 tcpserver: end 3295 status 11 -- @40004522d01030a34564 tcpserver: ok 3364 localhost:172.30.1.16:25 :220.228.144.28::57891 @40004522d0140c24 tcpserver: end 3364 status 11 -- @40004522d0e32420aa34 tcpserver: ok 3561 localhost:172.30.1.16:25 :12.2.142.8::17158 @40004522d0e32bd06c4c tcpserver: end 3561 status 11 -- @40004522d2df0d6dd7e4 tcpserver: ok 3943 localhost:172.30.1.16:25 :220.228.144.28::59216 @40004522d2df293552f4 tcpserver: end 3943 status 11 Chris Godwin Linux/Unix Consultant Network Logistic, Inc. Get help at http://www.networklogistic.com/help - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [qmailtoaster] Status 11 SIGSEGV
How do I use recordio in the supervise scripts? I am not running a caching nameserver on the qmail server itself. The name servers were using in resolv.conf is 4.2.2.2 and 4.2.2.1 which are root servers. Chris Godwin Linux/Unix Consultant Network Logistic, Inc. Get help at http://www.networklogistic.com/help -Original Message- From: Eric Shubes [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 04, 2006 11:57 AM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] Status 11 SIGSEGV recordio should give you a hint. I'm guessing that it might be RBL/DNS related. Are you running a caching DNS server? If running bind, what does # service named status tell you? Chris Godwin wrote: Ready for the twist? I'm running a drbd cluster of two of these machines. I'm failing over with heartbeat and drbd. I have used this setup with qmr with no problems. So the issue is happening on both machines on brand new ibm hardware. I've initiated a failover to the second machine so it is handling the load... this enables me to run memtest on the primary server without taking down email. I'll let you know what I find. BTW the status 11 is only happening to certain ip addresses. I don't know what causes the status 11 but If I see it for one ip address, I'll always see it for that ip address. See log entries below: @40004522c6bf2a208db4 tcpserver: ok 28854 localhost:172.30.1.16:25 :220.228.144.28::60232 @40004522c6c00a30546c tcpserver: end 28854 status 11 -- @40004522ca2f354bc6a4 tcpserver: ok 30494 localhost:172.30.1.16:25 :63.161.60.49::32065 @40004522ca300912038c tcpserver: end 30494 status 11 -- @40004522ca39382d6e7c tcpserver: ok 30504 localhost:172.30.1.16:25 :63.161.60.49::60146 @40004522ca3a25cadf94 tcpserver: end 30504 status 11 -- @40004522ca60048dbbbc tcpserver: ok 30560 localhost:172.30.1.16:25 :69.20.65.206::36445 @40004522ca601326178c tcpserver: end 30560 status 11 -- @40004522cad036cbdadc tcpserver: ok 30722 localhost:172.30.1.16:25 :216.15.204.50::48468 @40004522cad1010ac304 tcpserver: end 30722 status 11 -- @40004522cb8b2609e464 tcpserver: ok 31967 localhost:172.30.1.16:25 :220.228.144.28::55474 @40004522cb8c08648964 tcpserver: end 31967 status 11 -- @40004522cd6701f79404 tcpserver: ok 1674 localhost:172.30.1.16:25 :24.28.200.155::57513 @40004522cd670c4bfcc4 tcpserver: end 1674 status 11 -- @40004522cda5326fe35c tcpserver: ok 1732 localhost:172.30.1.16:25 :83.18.34.116::2256 @40004522cda6099773b4 tcpserver: end 1731 status 11 -- @40004522cdda00fadcb4 tcpserver: ok 1765 localhost:172.30.1.16:25 :143.166.85.206::34087 @40004522cdda0a0cbb24 tcpserver: end 1765 status 11 -- @40004522cf9521c9fc7c tcpserver: ok 3249 localhost:172.30.1.16:25 :143.166.148.206::37072 @40004522cf952850cb0c tcpserver: end 3249 status 11 -- @40004522cf992f30fc6c tcpserver: ok 3252 localhost:172.30.1.16:25 :199.81.218.126::57619 @40004522cf9935f37854 tcpserver: end 3252 status 11 -- @40004522cf9c182603b4 tcpserver: ok 3256 localhost:172.30.1.16:25 :67.15.110.7::47727 @40004522cf9c1e5094fc tcpserver: end 3256 status 11 -- @40004522cfec390f3744 tcpserver: ok 3295 localhost:172.30.1.16:25 :220.228.144.28::63007 @40004522cfed1a7932e4 tcpserver: end 3295 status 11 -- @40004522d01030a34564 tcpserver: ok 3364 localhost:172.30.1.16:25 :220.228.144.28::57891 @40004522d0140c24 tcpserver: end 3364 status 11 -- @40004522d0e32420aa34 tcpserver: ok 3561 localhost:172.30.1.16:25 :12.2.142.8::17158 @40004522d0e32bd06c4c tcpserver: end 3561 status 11 -- @40004522d2df0d6dd7e4 tcpserver: ok 3943 localhost:172.30.1.16:25 :220.228.144.28::59216 @40004522d2df293552f4 tcpserver: end 3943 status 11 Chris Godwin Linux/Unix Consultant Network Logistic, Inc. Get help at http://www.networklogistic.com/help -- -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] Status 11 SIGSEGV
I just setup recordio and had no idea of its existence. Thank you so much... with this I should be able to troubleshoot. Chris Godwin Linux/Unix Consultant Network Logistic, Inc. Get help at http://www.networklogistic.com/help -Original Message- From: Eric Shubes [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 04, 2006 11:57 AM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] Status 11 SIGSEGV recordio should give you a hint. I'm guessing that it might be RBL/DNS related. Are you running a caching DNS server? If running bind, what does # service named status tell you? Chris Godwin wrote: Ready for the twist? I'm running a drbd cluster of two of these machines. I'm failing over with heartbeat and drbd. I have used this setup with qmr with no problems. So the issue is happening on both machines on brand new ibm hardware. I've initiated a failover to the second machine so it is handling the load... this enables me to run memtest on the primary server without taking down email. I'll let you know what I find. BTW the status 11 is only happening to certain ip addresses. I don't know what causes the status 11 but If I see it for one ip address, I'll always see it for that ip address. See log entries below: @40004522c6bf2a208db4 tcpserver: ok 28854 localhost:172.30.1.16:25 :220.228.144.28::60232 @40004522c6c00a30546c tcpserver: end 28854 status 11 -- @40004522ca2f354bc6a4 tcpserver: ok 30494 localhost:172.30.1.16:25 :63.161.60.49::32065 @40004522ca300912038c tcpserver: end 30494 status 11 -- @40004522ca39382d6e7c tcpserver: ok 30504 localhost:172.30.1.16:25 :63.161.60.49::60146 @40004522ca3a25cadf94 tcpserver: end 30504 status 11 -- @40004522ca60048dbbbc tcpserver: ok 30560 localhost:172.30.1.16:25 :69.20.65.206::36445 @40004522ca601326178c tcpserver: end 30560 status 11 -- @40004522cad036cbdadc tcpserver: ok 30722 localhost:172.30.1.16:25 :216.15.204.50::48468 @40004522cad1010ac304 tcpserver: end 30722 status 11 -- @40004522cb8b2609e464 tcpserver: ok 31967 localhost:172.30.1.16:25 :220.228.144.28::55474 @40004522cb8c08648964 tcpserver: end 31967 status 11 -- @40004522cd6701f79404 tcpserver: ok 1674 localhost:172.30.1.16:25 :24.28.200.155::57513 @40004522cd670c4bfcc4 tcpserver: end 1674 status 11 -- @40004522cda5326fe35c tcpserver: ok 1732 localhost:172.30.1.16:25 :83.18.34.116::2256 @40004522cda6099773b4 tcpserver: end 1731 status 11 -- @40004522cdda00fadcb4 tcpserver: ok 1765 localhost:172.30.1.16:25 :143.166.85.206::34087 @40004522cdda0a0cbb24 tcpserver: end 1765 status 11 -- @40004522cf9521c9fc7c tcpserver: ok 3249 localhost:172.30.1.16:25 :143.166.148.206::37072 @40004522cf952850cb0c tcpserver: end 3249 status 11 -- @40004522cf992f30fc6c tcpserver: ok 3252 localhost:172.30.1.16:25 :199.81.218.126::57619 @40004522cf9935f37854 tcpserver: end 3252 status 11 -- @40004522cf9c182603b4 tcpserver: ok 3256 localhost:172.30.1.16:25 :67.15.110.7::47727 @40004522cf9c1e5094fc tcpserver: end 3256 status 11 -- @40004522cfec390f3744 tcpserver: ok 3295 localhost:172.30.1.16:25 :220.228.144.28::63007 @40004522cfed1a7932e4 tcpserver: end 3295 status 11 -- @40004522d01030a34564 tcpserver: ok 3364 localhost:172.30.1.16:25 :220.228.144.28::57891 @40004522d0140c24 tcpserver: end 3364 status 11 -- @40004522d0e32420aa34 tcpserver: ok 3561 localhost:172.30.1.16:25 :12.2.142.8::17158 @40004522d0e32bd06c4c tcpserver: end 3561 status 11 -- @40004522d2df0d6dd7e4 tcpserver: ok 3943 localhost:172.30.1.16:25 :220.228.144.28::59216 @40004522d2df293552f4 tcpserver: end 3943 status 11 Chris Godwin Linux/Unix Consultant Network Logistic, Inc. Get help at http://www.networklogistic.com/help -- -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] Status 11 SIGSEGV
I didn't get it going at all. BUT I FOUND THE PROBLEM!!! YAY! Here's what the conversation says: Connected to localhost.localdomain (127.0.0.1). Escape character is '^]'. EHLO220 ha.fqdn - Welcome to Qmail Toaster Ver. 1.3 SMTP Server ESMTP LOCALHOST 250-ha.fqdn - Welcome to Qmail Toaster Ver. 1.3 SMTP Server 250-STARTTLS 250-PIPELINING 250-8BITMIME 250-SIZE 20971520 250 AUTH LOGIN PLAIN CRAM-MD5 STARTTLS Connection closed by foreign host. Now I just have to figure out what's up. I'll run smtp command directly with strace to see what's up. Chris Godwin Linux/Unix Consultant Network Logistic, Inc. Get help at http://www.networklogistic.com/help -Original Message- From: Eric Shubes [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 04, 2006 12:33 PM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] Status 11 SIGSEGV Chris Godwin wrote: How do I use recordio in the supervise scripts? I see you have it going now. I think you missed some (most) of what I posted at 9:17. Glad you got it going. I am not running a caching nameserver on the qmail server itself. The name servers were using in resolv.conf is 4.2.2.2 and 4.2.2.1 which are root servers. This is not good. Lots of wasted bandwidth. # yum install bind bind-chroot caching-nameserver Once it's installed, change your resolv.conf to use 127.0.0.1. That's all you should need. # service named status will tell you if it's running ok or not. If you get an error, let us know. There was a slight tweak to a configuration file I needed to make in some cases to get rid of status error messages (although it seemed to work ok otherwise). # dig somedomain.com should show that the reply is coming from 127.0.0.1. Chris Godwin Linux/Unix Consultant Network Logistic, Inc. Get help at http://www.networklogistic.com/help -Original Message- From: Eric Shubes [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 04, 2006 11:57 AM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] Status 11 SIGSEGV recordio should give you a hint. I'm guessing that it might be RBL/DNS related. Are you running a caching DNS server? If running bind, what does # service named status tell you? Chris Godwin wrote: Ready for the twist? I'm running a drbd cluster of two of these machines. I'm failing over with heartbeat and drbd. I have used this setup with qmr with no problems. So the issue is happening on both machines on brand new ibm hardware. I've initiated a failover to the second machine so it is handling the load... this enables me to run memtest on the primary server without taking down email. I'll let you know what I find. BTW the status 11 is only happening to certain ip addresses. I don't know what causes the status 11 but If I see it for one ip address, I'll always see it for that ip address. See log entries below: @40004522c6bf2a208db4 tcpserver: ok 28854 localhost:172.30.1.16:25 :220.228.144.28::60232 @40004522c6c00a30546c tcpserver: end 28854 status 11 -- @40004522ca2f354bc6a4 tcpserver: ok 30494 localhost:172.30.1.16:25 :63.161.60.49::32065 @40004522ca300912038c tcpserver: end 30494 status 11 -- @40004522ca39382d6e7c tcpserver: ok 30504 localhost:172.30.1.16:25 :63.161.60.49::60146 @40004522ca3a25cadf94 tcpserver: end 30504 status 11 -- @40004522ca60048dbbbc tcpserver: ok 30560 localhost:172.30.1.16:25 :69.20.65.206::36445 @40004522ca601326178c tcpserver: end 30560 status 11 -- @40004522cad036cbdadc tcpserver: ok 30722 localhost:172.30.1.16:25 :216.15.204.50::48468 @40004522cad1010ac304 tcpserver: end 30722 status 11 -- @40004522cb8b2609e464 tcpserver: ok 31967 localhost:172.30.1.16:25 :220.228.144.28::55474 @40004522cb8c08648964 tcpserver: end 31967 status 11 -- @40004522cd6701f79404 tcpserver: ok 1674 localhost:172.30.1.16:25 :24.28.200.155::57513 @40004522cd670c4bfcc4 tcpserver: end 1674 status 11 -- @40004522cda5326fe35c tcpserver: ok 1732 localhost:172.30.1.16:25 :83.18.34.116::2256 @40004522cda6099773b4 tcpserver: end 1731 status 11 -- @40004522cdda00fadcb4 tcpserver: ok 1765 localhost:172.30.1.16:25 :143.166.85.206::34087 @40004522cdda0a0cbb24 tcpserver: end 1765 status 11 -- @40004522cf9521c9fc7c tcpserver: ok 3249 localhost:172.30.1.16:25 :143.166.148.206::37072 @40004522cf952850cb0c tcpserver: end 3249 status 11 -- @40004522cf992f30fc6c tcpserver: ok 3252 localhost:172.30.1.16:25 :199.81.218.126::57619 @40004522cf9935f37854 tcpserver: end 3252 status 11 -- @40004522cf9c182603b4 tcpserver: ok 3256 localhost:172.30.1.16:25 :67.15.110.7::47727 @40004522cf9c1e5094fc tcpserver: end 3256 status 11 -- @40004522cfec390f3744 tcpserver: ok 3295 localhost:172.30.1.16:25 :220.228.144.28::63007 @40004522cfed1a7932e4 tcpserver: end 3295 status 11 -- @40004522d01030a34564 tcpserver: ok 3364 localhost:172.30.1.16:25
RE: [qmailtoaster] Status 11 SIGSEGV
This is weird it dies immediately without reading the cert or anything: 250-STARTTLS 250-PIPELINING 250-8BITMIME 250-SIZE 20971520 250 AUTH LOGIN PLAIN CRAM-MD5 ) = 170 select(1, [0], NULL, NULL, {1200, 0}starttls ) = 1 (in [0], left {1196, 233000}) read(0, starttls\n, 1024) = 9 brk(0) = 0x9c34000 brk(0x9c55000) = 0x9c55000 --- SIGSEGV (Segmentation fault) @ 0 (0) --- +++ killed by SIGSEGV +++ Process 21543 detached Chris Godwin Linux/Unix Consultant Network Logistic, Inc. Get help at http://www.networklogistic.com/help -Original Message- From: Chris Godwin [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 04, 2006 1:42 PM To: qmailtoaster-list@qmailtoaster.com Subject: RE: [qmailtoaster] Status 11 SIGSEGV I didn't get it going at all. BUT I FOUND THE PROBLEM!!! YAY! Here's what the conversation says: Connected to localhost.localdomain (127.0.0.1). Escape character is '^]'. EHLO220 ha.fqdn - Welcome to Qmail Toaster Ver. 1.3 SMTP Server ESMTP LOCALHOST 250-ha.fqdn - Welcome to Qmail Toaster Ver. 1.3 SMTP Server 250-STARTTLS 250-PIPELINING 250-8BITMIME 250-SIZE 20971520 250 AUTH LOGIN PLAIN CRAM-MD5 STARTTLS Connection closed by foreign host. Now I just have to figure out what's up. I'll run smtp command directly with strace to see what's up. Chris Godwin Linux/Unix Consultant Network Logistic, Inc. Get help at http://www.networklogistic.com/help -Original Message- From: Eric Shubes [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 04, 2006 12:33 PM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] Status 11 SIGSEGV Chris Godwin wrote: How do I use recordio in the supervise scripts? I see you have it going now. I think you missed some (most) of what I posted at 9:17. Glad you got it going. I am not running a caching nameserver on the qmail server itself. The name servers were using in resolv.conf is 4.2.2.2 and 4.2.2.1 which are root servers. This is not good. Lots of wasted bandwidth. # yum install bind bind-chroot caching-nameserver Once it's installed, change your resolv.conf to use 127.0.0.1. That's all you should need. # service named status will tell you if it's running ok or not. If you get an error, let us know. There was a slight tweak to a configuration file I needed to make in some cases to get rid of status error messages (although it seemed to work ok otherwise). # dig somedomain.com should show that the reply is coming from 127.0.0.1. Chris Godwin Linux/Unix Consultant Network Logistic, Inc. Get help at http://www.networklogistic.com/help -Original Message- From: Eric Shubes [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 04, 2006 11:57 AM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] Status 11 SIGSEGV recordio should give you a hint. I'm guessing that it might be RBL/DNS related. Are you running a caching DNS server? If running bind, what does # service named status tell you? Chris Godwin wrote: Ready for the twist? I'm running a drbd cluster of two of these machines. I'm failing over with heartbeat and drbd. I have used this setup with qmr with no problems. So the issue is happening on both machines on brand new ibm hardware. I've initiated a failover to the second machine so it is handling the load... this enables me to run memtest on the primary server without taking down email. I'll let you know what I find. BTW the status 11 is only happening to certain ip addresses. I don't know what causes the status 11 but If I see it for one ip address, I'll always see it for that ip address. See log entries below: @40004522c6bf2a208db4 tcpserver: ok 28854 localhost:172.30.1.16:25 :220.228.144.28::60232 @40004522c6c00a30546c tcpserver: end 28854 status 11 -- @40004522ca2f354bc6a4 tcpserver: ok 30494 localhost:172.30.1.16:25 :63.161.60.49::32065 @40004522ca300912038c tcpserver: end 30494 status 11 -- @40004522ca39382d6e7c tcpserver: ok 30504 localhost:172.30.1.16:25 :63.161.60.49::60146 @40004522ca3a25cadf94 tcpserver: end 30504 status 11 -- @40004522ca60048dbbbc tcpserver: ok 30560 localhost:172.30.1.16:25 :69.20.65.206::36445 @40004522ca601326178c tcpserver: end 30560 status 11 -- @40004522cad036cbdadc tcpserver: ok 30722 localhost:172.30.1.16:25 :216.15.204.50::48468 @40004522cad1010ac304 tcpserver: end 30722 status 11 -- @40004522cb8b2609e464 tcpserver: ok 31967 localhost:172.30.1.16:25 :220.228.144.28::55474 @40004522cb8c08648964 tcpserver: end 31967 status 11 -- @40004522cd6701f79404 tcpserver: ok 1674 localhost:172.30.1.16:25 :24.28.200.155::57513 @40004522cd670c4bfcc4 tcpserver: end 1674 status 11 -- @40004522cda5326fe35c tcpserver: ok 1732 localhost:172.30.1.16:25 :83.18.34.116::2256 @40004522cda6099773b4 tcpserver: end 1731 status 11 -- @40004522cdda00fadcb4 tcpserver: ok 1765 localhost
[qmailtoaster] STARTTLS Segmentation Fault
When I do this: /var/qmail/bin/qmail-smtpd 220 ha.networklogistic.net - Welcome to Qmail Toaster Ver. 1.3 SMTP Server ESMTP ehlo 250-ha.networklogistic.net - Welcome to Qmail Toaster Ver. 1.3 SMTP Server 250-STARTTLS 250-PIPELINING 250-8BITMIME 250-SIZE 20971520 250 AUTH LOGIN PLAIN CRAM-MD5 starttls Segmentation fault I get this: select(1, [0], NULL, NULL, {1154, 135000}) = 1 (in [0], left {1146, 148000}) read(0, ehlo localhost\r\n, 1024) = 16 stat64(control/servercert.pem, {st_mode=S_IFREG|0777, st_size=1689, ...}) = 0 select(2, NULL, [1], NULL, {1200, 0}) = 1 (out [1], left {1200, 0}) write(1, 250-ha.networklogistic.net - Wel..., 170) = 170 select(1, [0], NULL, NULL, {1200, 0}) = 1 (in [0], left {1193, 949000}) read(0, starttls\r\n, 1024) = 10 brk(0) = 0x9cf4000 brk(0x9d15000) = 0x9cf4000 mmap2(NULL, 1048576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7ee8000 --- SIGSEGV (Segmentation fault) @ 0 (0) --- Does anyone have any ideas? Chris Godwin Linux/Unix Consultant Network Logistic, Inc. Get help at http://www.networklogistic.com/help
RE: [qmailtoaster] STARTTLS Segmentation Fault
lrwxrwxrwx 1 root qmail 14 Sep 15 19:24 /var/qmail/control/clientcert.pem - servercert.pem -rw-r--r-- 1 root qmail 245 Oct 4 01:01 /var/qmail/control/dh1024.pem -rw-r--r-- 1 root qmail 156 Oct 4 01:01 /var/qmail/control/dh512.pem -rw-r--r-- 1 root qmail 493 Oct 4 01:01 /var/qmail/control/rsa512.pem -rwxrwxrwx 1 vpopmail qmail 1689 Sep 6 14:49 /var/qmail/control/servercert.pem Chris Godwin Linux/Unix Consultant Network Logistic, Inc. Get help at http://www.networklogistic.com/help -Original Message- From: Erik Espinoza [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 04, 2006 2:40 PM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] STARTTLS Segmentation Fault do an 'ls -al /var/qmail/control/*.pem Thanks, Erik On 10/4/06, Chris Godwin [EMAIL PROTECTED] wrote: When I do this: /var/qmail/bin/qmail-smtpd 220 ha.networklogistic.net - Welcome to Qmail Toaster Ver. 1.3 SMTP Server ESMTP ehlo 250-ha.networklogistic.net - Welcome to Qmail Toaster Ver. 1.3 SMTP Server 250-STARTTLS 250-PIPELINING 250-8BITMIME 250-SIZE 20971520 250 AUTH LOGIN PLAIN CRAM-MD5 starttls Segmentation fault I get this: select(1, [0], NULL, NULL, {1154, 135000}) = 1 (in [0], left {1146, 148000}) read(0, ehlo localhost\r\n, 1024) = 16 stat64(control/servercert.pem, {st_mode=S_IFREG|0777, st_size=1689, ...}) = 0 select(2, NULL, [1], NULL, {1200, 0}) = 1 (out [1], left {1200, 0}) write(1, 250-ha.networklogistic.net - Wel..., 170) = 170 select(1, [0], NULL, NULL, {1200, 0}) = 1 (in [0], left {1193, 949000}) read(0, starttls\r\n, 1024) = 10 brk(0) = 0x9cf4000 brk(0x9d15000) = 0x9cf4000 mmap2(NULL, 1048576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7ee8000 --- SIGSEGV (Segmentation fault) @ 0 (0) --- Does anyone have any ideas? Chris Godwin Linux/Unix Consultant Network Logistic, Inc. Get help at http://www.networklogistic.com/help - 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] STARTTLS Segmentation Fault
i386 I have reinstalled just that rpm via the following commands: rpm -Uvh $QMLT cd /usr/src/redhat/SPECS sed 's/sleep 5/nano \/usr\/src\/redhat\/BUILD\/qmail-1.03\/chkuser_settings.h/g' qmail-toaster.spec qmail-toaster.spec2 || exit 1 mv qmail-toaster.spec2 qmail-toaster.spec rpmbuild -bb --with cnt40 qmail-toaster.spec cd ../RPMS/i386/ qmailctl stop rpm -Uvh --replacefiles --replacepkgs qmail-*.rpm qmailctl start Chris Godwin Linux/Unix Consultant Network Logistic, Inc. Get help at http://www.networklogistic.com/help -Original Message- From: Eric Shubes [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 04, 2006 3:17 PM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] STARTTLS Segmentation Fault Is this a 64-bit machine? What did you use for ARCH= value in cnt40-install-script.sh? Chris Godwin wrote: When I do this: /var/qmail/bin/qmail-smtpd 220 ha.networklogistic.net - Welcome to Qmail Toaster Ver. 1.3 SMTP Server ESMTP ehlo 250-ha.networklogistic.net - Welcome to Qmail Toaster Ver. 1.3 SMTP Server 250-STARTTLS 250-PIPELINING 250-8BITMIME 250-SIZE 20971520 250 AUTH LOGIN PLAIN CRAM-MD5 starttls Segmentation fault I get this: select(1, [0], NULL, NULL, {1154, 135000}) = 1 (in [0], left {1146, 148000}) read(0, ehlo localhost\r\n, 1024) = 16 stat64(control/servercert.pem, {st_mode=S_IFREG|0777, st_size=1689, ...}) = 0 select(2, NULL, [1], NULL, {1200, 0}) = 1 (out [1], left {1200, 0}) write(1, 250-ha.networklogistic.net - Wel..., 170) = 170 select(1, [0], NULL, NULL, {1200, 0}) = 1 (in [0], left {1193, 949000}) read(0, starttls\r\n, 1024) = 10 brk(0) = 0x9cf4000 brk(0x9d15000) = 0x9cf4000 mmap2(NULL, 1048576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7ee8000 --- SIGSEGV (Segmentation fault) @ 0 (0) --- Does anyone have any ideas? *Chris Godwin* /Linux/Unix Consultant /*Network Logistic, Inc. *Get help at http://www.networklogistic.com/help http://www.networklogistic.com/help -- -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] STARTTLS Segmentation Fault
Well actually I have to change chkuser in order to disallow sender_mx checking. This is to enable email from hosts on our network that send out cron emails but have no mx records. Chris Godwin Linux/Unix Consultant Network Logistic, Inc. Get help at http://www.networklogistic.com/help -Original Message- From: Eric Shubes [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 04, 2006 3:46 PM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] STARTTLS Segmentation Fault It doesn't appear that ckhuser is your problem, so I'd not change chkuser_settings.h. That will simplify things a bit. The problem appears to be with TLS. First thing, I'd get back to the standard toaster: # qmailctl stop # rpmbuild --rebuild --with cnt40 --target `uname -m` $QMLT # rpm -Uvh --replacefiles --replacepkgs /usr/src/redhat/RPMS/i686/qmail-toaster-*.i686.rpm Any errors? Look for possible TLS related warnings. # qmailctl start Do you get the same result from strace? Chris Godwin wrote: i386 I have reinstalled just that rpm via the following commands: rpm -Uvh $QMLT cd /usr/src/redhat/SPECS sed 's/sleep 5/nano \/usr\/src\/redhat\/BUILD\/qmail-1.03\/chkuser_settings.h/g' qmail-toaster.spec qmail-toaster.spec2 || exit 1 mv qmail-toaster.spec2 qmail-toaster.spec rpmbuild -bb --with cnt40 qmail-toaster.spec cd ../RPMS/i386/ qmailctl stop rpm -Uvh --replacefiles --replacepkgs qmail-*.rpm qmailctl start Chris Godwin Linux/Unix Consultant Network Logistic, Inc. Get help at http://www.networklogistic.com/help -Original Message- From: Eric Shubes [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 04, 2006 3:17 PM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] STARTTLS Segmentation Fault Is this a 64-bit machine? What did you use for ARCH= value in cnt40-install-script.sh? Chris Godwin wrote: When I do this: /var/qmail/bin/qmail-smtpd 220 ha.networklogistic.net - Welcome to Qmail Toaster Ver. 1.3 SMTP Server ESMTP ehlo 250-ha.networklogistic.net - Welcome to Qmail Toaster Ver. 1.3 SMTP Server 250-STARTTLS 250-PIPELINING 250-8BITMIME 250-SIZE 20971520 250 AUTH LOGIN PLAIN CRAM-MD5 starttls Segmentation fault I get this: select(1, [0], NULL, NULL, {1154, 135000}) = 1 (in [0], left {1146, 148000}) read(0, ehlo localhost\r\n, 1024) = 16 stat64(control/servercert.pem, {st_mode=S_IFREG|0777, st_size=1689, ...}) = 0 select(2, NULL, [1], NULL, {1200, 0}) = 1 (out [1], left {1200, 0}) write(1, 250-ha.networklogistic.net - Wel..., 170) = 170 select(1, [0], NULL, NULL, {1200, 0}) = 1 (in [0], left {1193, 949000}) read(0, starttls\r\n, 1024) = 10 brk(0) = 0x9cf4000 brk(0x9d15000) = 0x9cf4000 mmap2(NULL, 1048576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7ee8000 --- SIGSEGV (Segmentation fault) @ 0 (0) --- Does anyone have any ideas? *Chris Godwin* /Linux/Unix Consultant /*Network Logistic, Inc. *Get help at http://www.networklogistic.com/help http://www.networklogistic.com/help -- -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] STARTTLS Segmentation Fault
Yes but the memory address changes when do a second and third strace. Chris Godwin Linux/Unix Consultant Network Logistic, Inc. Get help at http://www.networklogistic.com/help -Original Message- From: Eric Shubes [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 04, 2006 4:04 PM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] STARTTLS Segmentation Fault Ok, so be it. I'm no expert at reading an strace, but let's have a look at it again: select(1, [0], NULL, NULL, {1154, 135000}) = 1 (in [0], left {1146, 148000}) read(0, ehlo localhost\r\n, 1024) = 16 stat64(control/servercert.pem, {st_mode=S_IFREG|0777, st_size=1689, ...}) = 0 select(2, NULL, [1], NULL, {1200, 0}) = 1 (out [1], left {1200, 0}) write(1, 250-ha.networklogistic.net - Wel..., 170) = 170 select(1, [0], NULL, NULL, {1200, 0}) = 1 (in [0], left {1193, 949000}) read(0, starttls\r\n, 1024) = 10 brk(0) = 0x9cf4000 brk(0x9d15000) = 0x9cf4000 mmap2(NULL, 1048576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7ee8000 --- SIGSEGV (Segmentation fault) @ 0 (0) --- It's choking on the mmap2 function, yes? Chris Godwin wrote: Well actually I have to change chkuser in order to disallow sender_mx checking. This is to enable email from hosts on our network that send out cron emails but have no mx records. Chris Godwin Linux/Unix Consultant Network Logistic, Inc. Get help at http://www.networklogistic.com/help -- -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]