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!
