Here is mine you can try to use my settings..
#!/bin/sh QMAILDUID=`id -u vpopmail` NOFILESGID=`id -g vpopmail` MAXSMTPD=`cat /var/qmail/control/concurrencyincoming` export QMAILQUEUE=/var/qmail/bin/simscan export NOP0FCHECK=1 export SIMSCAN_DEBUG=0 exec /usr/local/bin/softlimit -m 22000000 \ /usr/local/bin/tcpserver -v -H -R -l 0 \ -x /home/vpopmail/etc/tcp.smtp.cdb -c "$MAXSMTPD" \ -u "$QMAILDUID" -g "$NOFILESGID" 0 smtp \ /usr/local/bin/rblsmtpd \ On 6/10/09 9:38 AM, "Matt Brookings" <m...@inter7.com> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > James Cox wrote: >> yeah, i saw that patch. but i am using the current version (i think?) 0.31 > > I'm not really sure *why* it would be happening and I don't really have a > solution > to pose to you. I just wanted you to be aware that the output you were seeing > the > SMTP session were not meant to be in the SMTP session, it's meant to be log > output. > > Because of how tcpserver works, it's unlikely that a patch would accidentally > push > output into a server's data stream. Descriptors 6 and 7 are used for input > and > output, and generally debugging output, etc, are done with printf()s and > fprintf()s > which unless purposely mucked with, are going to hit descriptors 1 and 2. > > Anyway, please let us know if you figure out what's going on. > - -- > /* > Matt Brookings <m...@inter7.com> GnuPG Key D9414F70 > Software developer Systems technician > Inter7 Internet Technologies, Inc. (815)776-9465 > */ > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iEYEARECAAYFAkov02EACgkQ6QgvSNlBT3DlLACfWu87P74FLGWXEcfPu47T7qx7 > /DgAoKKLl6TAbIMkbT0ZzQG4yv2TBEYc > =Evt/ > -----END PGP SIGNATURE----- > > > !DSPAM:4a2fd52832663695612844!