SOLVED!!
I finally solved this by rebuilding ucspi-tcp with the ipv6 flagged removed.
Yikes that was tough to debug!
Cheers,
David
Toribio wrote:
At 0:45 +0900 8-02-2005, David Sperling wrote:
You can also run this command to check if SA is working correctly.
spamassassin -x --lint
I ran the abo
Hallo
The application is altermime:
> http://www.pldaniels.com/altermime/
The patch is not longer available at this link.
http://www.edmclain.com/?page=qmailalter
>If anybody is interested I wrote a patch for qmail-scanner 1.20 that
>implements altermail with disclaimer additions to email.
Please t
>> > Werner Fleck wrote:
>> >
>> >
>>
>> I do not know for sure but I think file extensions of windows
>> executables are the same all over the world. Actually the attachment
>> name =?koi8-r?B?NC5wZGYuZXhl?= is displayed in my mail readers
>> (evolution, notes and outlook) as "4.pdf.exe".
>>
>
Tuesday February 08 2005 09:09, Kundra, Sachin wrote to All:
KS> /etc/tcpcontrol/smtp.rules:
KS> 127.0.0.1:allow,RELAYCLIENT="",RBLSMTPD,QMAILQUEUE="/var/qmail/bin/
KS> qma
KS> il-sca nner-queue.pl" :allow,
KS> RELAYCLIENT="",RBLSMTPD,QMAILQUEUE="/var
Start by reading the instructions.
K
Hello All,
Thanks to your help I have finally overcame this issue. It was a
combination of things, but the main issue here was that softlimit was not
increased.
I did know that it eventually had to be increased, but I assumed that was
just for production purposes. In my testing phase of sending
Do you get the same error if you set QMAILQUEUE to
"qmail-queue" instead of "qmail-scanner-queue.pl" ?
if NOT then
raise the softlimit value in :
/var/qmail/supervise/qmail-smtpd/run
else
Your SUIDPERL is not working. I suggest recompile perl and add this line
"SUIDPERL_ENABLE=YES" on your make.con
On Tue, 8 Feb 2005 09:29:42 -0800 - "Kundra, Sachin" <[EMAIL PROTECTED]> wrote:
> 127.0.0.1:allow,RELAYCLIENT="",QMAILQUEUE="/var/qmail/bin/qmail-scanner-queue.pl"
> :allow, RELAYCLIENT="",QMAILQUEUE="/var/qmail/bin/qmail-scanner-queue.pl"
I run it like this..
:allow,QMAILQUEUE="/var/qmail/bin/q
With the quotes in place I now get:
220 cfcu-msx1.cvxcu.net ESMTP
HELO
250 cfcu-msx1.cvxcu.net
MAIL FROM:[EMAIL PROTECTED]
250 ok
RCPT TO: [EMAIL PROTECTED]
250 ok
DATA
354 go ahead
THIS IS A TET
.
451 qq temporary problem (#4.3.0)
-
I must have just left those off when testing a multitude of different
options.
With the quotes in place I now get:
220 cfcu-msx1.cvxcu.net ESMTP
HELO
250 cfcu-msx1.cvxcu.net
MAIL FROM:[EMAIL PROTECTED]
250 ok
RCPT TO: [EMAIL PROTECTED]
250 ok
DATA
354 go ahead
THIS IS A TET
.
451 qq temporary pro
Kundra, Sachin wrote:
Hello,
I am completely stumped. I have tried for several hours to resolve this on
my own to no availability.
Here is my scenario:
RH 7.3, Running qmail-1.03+patches-19, qmail-scanner-1.25.
/etc/tcpcontrol/smtp.rules:
127.0.0.1:allow,RELAYCLIENT="",RBLSMTPD,QMAILQUEUE="/var
Hello,
I am completely stumped. I have tried for several hours to resolve this on
my own to no availability.
Here is my scenario:
RH 7.3, Running qmail-1.03+patches-19, qmail-scanner-1.25.
/etc/tcpcontrol/smtp.rules:
127.0.0.1:allow,RELAYCLIENT="",RBLSMTPD,QMAILQUEUE="/var/qmail/bin/qmail-s
Am Dienstag, den 08.02.2005, 21:53 +1300 schrieb Jason Haar:
> Werner Fleck wrote:
>
> >I attached an email showing the error. The critical lines are:
> >
> >Content-Type: application/octet-stream;
> > name="=?koi8-r?B?NC5wZGYuZXhl?="
> >Content-Disposition: attachment;
> >
> >
>
Werner Fleck wrote:
I attached an email showing the error. The critical lines are:
Content-Type: application/octet-stream;
name="=?koi8-r?B?NC5wZGYuZXhl?="
Content-Disposition: attachment;
This was discussed last year, and is a known issue.
I ask for feedback/help from non-ASCII si
13 matches
Mail list logo
