Re: [qmailtoaster] CentOS 4.4 Install

[dan page]

Shelly wrote:

Thanks Erik and Paul. Ive tried both, however the same problem is 
still occuring. I will try to install the Toaster using the EZ 
QmailToaster Fresh Install on CentOS 4.3 and see how if that returns 
the same problem. So would I be incorrect in my assumption that QTP 
should or can be used for fresh Toaster installs? Thanks


- Original Message 
From: Erik Espinoza <[EMAIL PROTECTED]>
To: qmailtoaster-list@qmailtoaster.com
Sent: Thursday, 16 November, 2006 1:18:32 PM
Subject: Re: [qmailtoaster] CentOS 4.4 Install

Read the instructions on http://www.qmailtoaster.com/centos/cnt40

You need to run the dependencies script, which will install things
needed to perform the compilation.

Erik

On 11/15/06, Shelly <[EMAIL PROTECTED]> wrote:
>
> Ive built a new CentOS 4.4 server, and am trying the QTP install of the
> toaster, using the batch switch. My log file keeps comming back with -
> configure: error: pcre.h not found - install PCRE from www.pcre.org 


> error: Bad exit status from /var/tmp/rpm-tmp.1738 (%prep)
> RPM build errors:
> Bad exit status from /var/tmp/rpm-tmp.1738 (%prep)
> And this is after I downloaded and installed PCRE. Anyone had anything
> similar or suggestions? Thanks
>
> Send instant messages to your online friends 
http://au.messenger.yahoo.com


-
 QmailToaster hosted by: VR Hosted 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Send instant messages to your online friends 
http://au.messenger.yahoo.com 


I had this very same problem on the last toaster I built.  I did a "yum 
install pcre-devel.i386" and all worked fine.  For some reason the 
dependency is mis reported.  Hope this helps. 


-
QmailToaster hosted by: VR Hosted 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [qmailtoaster] CentOS 4.4 Install

[Shelly]

Thanks Erik and Paul. Ive tried both, however the same problem is still 
occuring. I will try to install the Toaster using the EZ QmailToaster Fresh 
Install on CentOS 4.3 and see how if that returns the same problem. So would I 
be incorrect in my assumption that QTP should or can be used for fresh Toaster 
installs? Thanks

- Original Message 
From: Erik Espinoza <[EMAIL PROTECTED]>
To: qmailtoaster-list@qmailtoaster.com
Sent: Thursday, 16 November, 2006 1:18:32 PM
Subject: Re: [qmailtoaster] CentOS 4.4 Install

Read the instructions on http://www.qmailtoaster.com/centos/cnt40

You need to run the dependencies script, which will install things
needed to perform the compilation.

Erik

On 11/15/06, Shelly <[EMAIL PROTECTED]> wrote:
>
> Ive built a new CentOS 4.4 server, and am trying the QTP install of the
> toaster, using the batch switch. My log file keeps comming back with -
> configure: error: pcre.h not found - install PCRE from www.pcre.org
> error: Bad exit status from /var/tmp/rpm-tmp.1738 (%prep)
> RPM build errors:
> Bad exit status from /var/tmp/rpm-tmp.1738 (%prep)
> And this is after I downloaded and installed PCRE. Anyone had anything
> similar or suggestions? Thanks
>
> Send instant messages to your online friends http://au.messenger.yahoo.com

-
 QmailToaster hosted by: VR Hosted 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]







Send instant messages to your online friends http://au.messenger.yahoo.com 

Re: [qmailtoaster] CentOS 4.4 Install

[Quinn Comendant]

Some installs have the noexec option set for the /tmp partition, which causes 
scripts to fail. Edit /etc/fstab and remove noexec if it is on the /tmp 
partition and reboot.

This could also be fixed by calling the script with a specified shell 
interpreter:

sh /var/tmp/rpm-tmp.1738

Quinn

On Wed, 15 Nov 2006 17:57:07 -0800 (PST), Shelly wrote:
> error: Bad exit status from /var/tmp/rpm-tmp.1738 (%prep)
> RPM build errors:
> Bad exit status from /var/tmp/rpm-tmp.1738 (%prep)

-
 QmailToaster hosted by: VR Hosted 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [qmailtoaster] CentOS 4.4 Install

[Erik Espinoza]

Read the instructions on http://www.qmailtoaster.com/centos/cnt40

You need to run the dependencies script, which will install things
needed to perform the compilation.

Erik

On 11/15/06, Shelly <[EMAIL PROTECTED]> wrote:


Ive built a new CentOS 4.4 server, and am trying the QTP install of the
toaster, using the batch switch. My log file keeps comming back with -
configure: error: pcre.h not found - install PCRE from www.pcre.org
error: Bad exit status from /var/tmp/rpm-tmp.1738 (%prep)
RPM build errors:
Bad exit status from /var/tmp/rpm-tmp.1738 (%prep)
And this is after I downloaded and installed PCRE. Anyone had anything
similar or suggestions? Thanks

Send instant messages to your online friends http://au.messenger.yahoo.com


-
QmailToaster hosted by: VR Hosted 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[qmailtoaster] CentOS 4.4 Install

[Shelly]

Ive built a new CentOS 4.4 server, and am trying the QTP install of the 
toaster, using the batch switch. My log file keeps comming back with -
configure: error: pcre.h not found - install PCRE from www.pcre.org
error: Bad exit status from /var/tmp/rpm-tmp.1738 (%prep)
RPM build errors:
Bad exit status from /var/tmp/rpm-tmp.1738 (%prep)
And this is after I downloaded and installed PCRE. Anyone had anything similar 
or suggestions? Thanks



Send instant messages to your online friends http://au.messenger.yahoo.com 

Re: [qmailtoaster] Spamd and SquirrelMail

[Nozy]

Hi Eric


> > Be For 
> > 00:00:02  runq-sz  plist-sz   ldavg-1   ldavg-5  ldavg-15
> > 00:10:022   165  3.48  4.07  3.59
> > 00:20:023   157  3.49  3.41  3.43
> > 00:30:020   155  3.46  3.23  3.27
> > 00:40:032   158  3.40  3.21  3.15
> > 
> > after 
> > 11:50:011   167  0.37  0.74  0.71
> > 12:00:012   159  0.31  0.44  0.58
> > 12:10:013   163  0.53  0.41  0.49
> > 12:20:012   159  0.27  0.38  0.43
> 
> What'd you use to generate this? Nice.
> 

Yep It is cool have a look at this address to show you how to install
and use it so easy =)  

http://www.howtoforge.com/sysstat_monitoring_centos


> > 
> > This did help itbut still hitting hard on ram 1GB system with qmail and 
> > Bind 
> 
> SA hits ram really hard. You don't want to get too many spawned processes
> going, or it'll start thrashing (swap). How many children do you have spawned?
> 

Had to cut it down to 2. May get some more ram for this server 
she is use spam it just fun that SA hitting it hard now after the
update .



> > output 
> > # sudo -u vpopmail -H spamassassin -D bayes --lint
> > [9064] dbg: bayes: tie-ing to DB file
> > R/O /home/vpopmail/.spamassassin/bayes_tok
> > s
> > [9064] dbg: bayes: tie-ing to DB file
> > R/O /home/vpopmail/.spamassassin/bayes_see
> > n
> > [9064] dbg: bayes: found bayes db version 3
> > [9064] dbg: bayes: DB journal sync: last sync: 1163459710
> > [9064] dbg: bayes: DB journal sync: last sync: 1163459710
> > [9064] dbg: bayes: corpus size: nspam = 1092, nham = 66492
> > [9064] dbg: bayes: header tokens for *F = "U*ignore
> > D*compiling.spamassassin.taint.org D*spamassassin.taint.org D*taint.org
> > D*org"
> > [9064] dbg: bayes: header tokens for *m = " 1163460816 lint_rules "
> > [9064] dbg: bayes: header tokens for X-Spam-Relays-External = " "
> > [9064] dbg: bayes: header tokens for X-Spam-Relays-Internal = " "
> > [9064] dbg: bayes: header tokens for *RT = " "
> > [9064] dbg: bayes: header tokens for *RU = " "
> > [9064] dbg: bayes: token 'body' => 4.86393635295181e-05
> > [9064] dbg: bayes: token 'somewhat' => 0.000756680731364276
> > [9064] dbg: bayes: token 'message' => 0.0129990606036694
> > [9064] dbg: bayes: score = 0.390799343575021
> > [9064] dbg: bayes: DB journal sync: last sync: 1163459710
> > [9064] dbg: bayes: untie-ing
> > [9064] dbg: bayes: untie-ing db_toks
> > [9064] dbg: bayes: untie-ing db_seen
> > [9064] info: rules: meta test DIGEST_MULTIPLE has undefined dependency
> > 'RAZOR2_CHECK'
> > [9064] info: rules: meta test DIGEST_MULTIPLE has undefined dependency
> > 'DCC_CHECK'
> 
> This looks ok to me, except for the undefined dependencies. I don't think
> they hurt, but I'd like to find out how to get rid of them. They began
> appearing sometime after spamassassin-toaster-3.1.3-1.3.1.
> 

Yep she did not look 100% right will look in to it thanks 

> > # sa-learn -u vpopmail --force-expire
> > 
> 
> 
> 
-- 
Nozy <[EMAIL PROTECTED]>


-
 QmailToaster hosted by: VR Hosted 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [qmailtoaster] SMTP connection problem

[Eric \"Shubes\"]

Nicolas Wegener wrote:
> Hello all,
> 
> I have been polling my hair out trying to fix this problem. Emails are
> taking for ever to get to my server, I believe I have pin pointed the
> problems, however I cannot find whats wrong with my install.
> 
> I've been using qmail-toaster on this domain for about a year now & I
> love it (good work guys). However I had to upgrade to fc5, in the
> process I had to remove the qmail-toaster rpms. After backing
> everything up reinstalling qmail-toaster I'm stuck with a "filtered"
> smtp socket (according to nmap) runing on the host. I checked the
> process list 'ps -AH' & I have a zillion "qmail-smtpd -> simscan ->
> spamc". I've been back & forth with the built in firewall (which I
> really don't like), It's currently disabled and at this point there is
> no firewall between the server and outside world.
> 
> if anyone has any clue as to what I did wrong... Just let me know...
> If you need to see some other file... Just let me know... Thanks in
> advance for your help.
> 
> I've included tcp.smtp, my process list, & the nmap results.
> 
> The host is "renslowssystems.com"
> 

I was thinking you might have a domain name problem here. Perhaps you should
try "realfastsystems.com"? :)

-- 
-Eric 'shubes'

-
 QmailToaster hosted by: VR Hosted 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [qmailtoaster] SMTP connection problem

[Eric \"Shubes\"]

Nicolas Wegener wrote:
> On 11/15/06, Eric Shubes <[EMAIL PROTECTED]> wrote:
>> Nicolas Wegener wrote:
>> > On 11/15/06, Eric Shubes <[EMAIL PROTECTED]> wrote:
>> >> Nicolas Wegener wrote:
>> >> > On 11/15/06, Eric Shubes <[EMAIL PROTECTED]> wrote:
>> >> >> Nicolas Wegener wrote:
>> >> >> > Hello all,
>> >> >> >
>> >> >> > I have been polling my hair out trying to fix this problem.
>> >> Emails are
>> >> >> > taking for ever to get to my server, I believe I have pin pointed
>> >> the
>> >> >> > problems, however I cannot find whats wrong with my install.
>> >> >> >
>> >> >> > I've been using qmail-toaster on this domain for about a year now
>> >> & I
>> >> >> > love it (good work guys). However I had to upgrade to fc5, in the
>> >> >> > process I had to remove the qmail-toaster rpms. After backing
>> >> >> > everything up reinstalling qmail-toaster I'm stuck with a
>> "filtered"
>> >> >> > smtp socket (according to nmap) runing on the host. I checked the
>> >> >> > process list 'ps -AH' & I have a zillion "qmail-smtpd ->
>> simscan ->
>> >> >> > spamc". I've been back & forth with the built in firewall
>> (which I
>> >> >> > really don't like), It's currently disabled and at this point
>> >> there is
>> >> >> > no firewall between the server and outside world.
>> >> >> >
>> >> >> > if anyone has any clue as to what I did wrong... Just let me
>> know...
>> >> >> > If you need to see some other file... Just let me know...
>> Thanks in
>> >> >> > advance for your help.
>> >> >> >
>> >> >> > I've included tcp.smtp, my process list, & the nmap results.
>> >> >> >
>> >> >> > The host is "renslowssystems.com"
>> >> >> >
>> >> >> 
>> >> >>
>> >> >> I'm guessing that SA is having problems. I would:
>> >> >>
>> >> >> .) Verify permissions (vpopmail:vchkpw) on
>> >> /home/vpopmail/.spamassassin/*
>> >> >> .) # qmailctl stop
>> >> >> .) kill any zombied processes (qmail-smtp, spamc)
>> >> >> .) # sudo -u vpopmail -H spamassassin -D --lint
>> >> >> .) # sa-learn -u vpopmail --force-expire
>> >> >>
>> >> >> Let us know if that clears things up or not.
>> >> >> --
>> >> >> -Eric 'shubes'
>> >> >>
>> >> >
>> >> > Eric,
>> >> >
>> >> > Thanks for the quick reply... it's appreciated greatly. However I
>> ran
>> >> > the above commands & my two problems (filtered socket... & endless
>> >> > amounts of smtpd processes) still exist. I'll try running them
>> again,
>> >> > but do you got any other ideas?
>> >> >
>> >> > -Nic
>> >> >
>> >>
>> >> We'll, that doesn't eliminate SA entirely, but it narrows things down
>> >> a bit.
>> >> I doubt that running them again will help. They should have sync'd the
>> >> bayes
>> >> journal and run any due expirations.
>> >>
>> >> Are you seeing anything unusual in the smtp and spamd logs?
>> >>
>> >> --
>> >> -Eric 'shubes'
>> > -
>> > - Spamd Log
>> > -
>> > @400xx [9075] info: spamd: connection from localhost.localdomain
>> > [127.0.0.1] at port 43465
>> > @400xx  [9075] info: spamd: processing message
>> > <[EMAIL PROTECTED]> for clamav:89
>> > @400xx [8840] info: spamd: clean message (4.4/5.0) for clamav:89 in
>> > 8.5 seconds, 23804 bytes.
>> > @400xx  info: spamd: result: . 4 -
>> >
>> AWL,BAYES_50,DATE_IN_PAST_03_06,FB_LIKE_NIGERIA,FM_NO_STYLE,HTML_IMAGE_ONLY_20,HTML_MESSAGE,NO_REAL_NAME
>>
>> >
>> >
>> scantime=8.5,size=23804,user=clamav,uid=89,required_score=5.0,rhost=localhost.localdomain,raddr=127.0.0.1,rport=43460,mid=<[EMAIL
>>  PROTECTED]>,bayes=0.439404919280519,autolearn=no
>>
>> >
>> > @400xx  [8382] info: prefork: child states: B
>> > @400xx  [8382] info: prefork: server reached --max-children setting,
>> > consider raising it
>> > -
>> > - End Of Spamd Log
>> > -
>> >
>> > I'm assuming that "server reached --max-children setting, consider
>> > raising it" is from all the processes? That statement along with the
>> > one above it "child states: BB" is all over the spamd log... as
>> > far as I can tell it's on every listing in the log. The smtp log shows
>> > emails coming in... but has no errors/warnings.
>> >
>> > Any thoughts?
>> >
>> > -Nic
>> >
>>
>> SA appears to be having a problem all right. I wouldn't up
>> max-children, as
>> they suck up a ton of ram and you'll just start paging which will make
>> things worse.
>>
>> I'm guessing that you're not running local only rules (-L option in
>> the run
>> file). If so, I'd add the -L option back in for the time being.
>> That'll make
>> your spam detection a little less effective for the moment, but I'm
>> guessing
>> mail will start flowing again.
>>
>> If mail flows using the -L option, my guess is that you have a DNS
>> configuration problem.
>>
>> Let us know...
>> -- 
>> -Eric 'shubes'
>>
> 
> Eric you are a genius! DNS is the issue here... I removed some domains
> MX's so it wouldn't point to the mail server for the time being. The
> point is; nmap shows the port open... However I still have a huge
> process list of smtpd... but no simscan & s

Re: [qmailtoaster] SMTP connection problem

[Nicolas Wegener]

On 11/15/06, Eric Shubes <[EMAIL PROTECTED]> wrote:

Nicolas Wegener wrote:
> On 11/15/06, Eric Shubes <[EMAIL PROTECTED]> wrote:
>> Nicolas Wegener wrote:
>> > On 11/15/06, Eric Shubes <[EMAIL PROTECTED]> wrote:
>> >> Nicolas Wegener wrote:
>> >> > Hello all,
>> >> >
>> >> > I have been polling my hair out trying to fix this problem.
>> Emails are
>> >> > taking for ever to get to my server, I believe I have pin pointed
>> the
>> >> > problems, however I cannot find whats wrong with my install.
>> >> >
>> >> > I've been using qmail-toaster on this domain for about a year now
>> & I
>> >> > love it (good work guys). However I had to upgrade to fc5, in the
>> >> > process I had to remove the qmail-toaster rpms. After backing
>> >> > everything up reinstalling qmail-toaster I'm stuck with a "filtered"
>> >> > smtp socket (according to nmap) runing on the host. I checked the
>> >> > process list 'ps -AH' & I have a zillion "qmail-smtpd -> simscan ->
>> >> > spamc". I've been back & forth with the built in firewall (which I
>> >> > really don't like), It's currently disabled and at this point
>> there is
>> >> > no firewall between the server and outside world.
>> >> >
>> >> > if anyone has any clue as to what I did wrong... Just let me know...
>> >> > If you need to see some other file... Just let me know... Thanks in
>> >> > advance for your help.
>> >> >
>> >> > I've included tcp.smtp, my process list, & the nmap results.
>> >> >
>> >> > The host is "renslowssystems.com"
>> >> >
>> >> 
>> >>
>> >> I'm guessing that SA is having problems. I would:
>> >>
>> >> .) Verify permissions (vpopmail:vchkpw) on
>> /home/vpopmail/.spamassassin/*
>> >> .) # qmailctl stop
>> >> .) kill any zombied processes (qmail-smtp, spamc)
>> >> .) # sudo -u vpopmail -H spamassassin -D --lint
>> >> .) # sa-learn -u vpopmail --force-expire
>> >>
>> >> Let us know if that clears things up or not.
>> >> --
>> >> -Eric 'shubes'
>> >>
>> >
>> > Eric,
>> >
>> > Thanks for the quick reply... it's appreciated greatly. However I ran
>> > the above commands & my two problems (filtered socket... & endless
>> > amounts of smtpd processes) still exist. I'll try running them again,
>> > but do you got any other ideas?
>> >
>> > -Nic
>> >
>>
>> We'll, that doesn't eliminate SA entirely, but it narrows things down
>> a bit.
>> I doubt that running them again will help. They should have sync'd the
>> bayes
>> journal and run any due expirations.
>>
>> Are you seeing anything unusual in the smtp and spamd logs?
>>
>> --
>> -Eric 'shubes'
> -
> - Spamd Log
> -
> @400xx [9075] info: spamd: connection from localhost.localdomain
> [127.0.0.1] at port 43465
> @400xx  [9075] info: spamd: processing message
> <[EMAIL PROTECTED]> for clamav:89
> @400xx [8840] info: spamd: clean message (4.4/5.0) for clamav:89 in
> 8.5 seconds, 23804 bytes.
> @400xx  info: spamd: result: . 4 -
> 
AWL,BAYES_50,DATE_IN_PAST_03_06,FB_LIKE_NIGERIA,FM_NO_STYLE,HTML_IMAGE_ONLY_20,HTML_MESSAGE,NO_REAL_NAME
>
> 
scantime=8.5,size=23804,user=clamav,uid=89,required_score=5.0,rhost=localhost.localdomain,raddr=127.0.0.1,rport=43460,mid=<[EMAIL
 PROTECTED]>,bayes=0.439404919280519,autolearn=no
>
> @400xx  [8382] info: prefork: child states: B
> @400xx  [8382] info: prefork: server reached --max-children setting,
> consider raising it
> -
> - End Of Spamd Log
> -
>
> I'm assuming that "server reached --max-children setting, consider
> raising it" is from all the processes? That statement along with the
> one above it "child states: BB" is all over the spamd log... as
> far as I can tell it's on every listing in the log. The smtp log shows
> emails coming in... but has no errors/warnings.
>
> Any thoughts?
>
> -Nic
>

SA appears to be having a problem all right. I wouldn't up max-children, as
they suck up a ton of ram and you'll just start paging which will make
things worse.

I'm guessing that you're not running local only rules (-L option in the run
file). If so, I'd add the -L option back in for the time being. That'll make
your spam detection a little less effective for the moment, but I'm guessing
mail will start flowing again.

If mail flows using the -L option, my guess is that you have a DNS
configuration problem.

Let us know...
--
-Eric 'shubes'



Eric you are a genius! DNS is the issue here... I removed some domains
MX's so it wouldn't point to the mail server for the time being. The
point is; nmap shows the port open... However I still have a huge
process list of smtpd... but no simscan & spamc... I still have no
clue as to why the child list is so large... but the DNS is certainly
effecting it.

Thanks again for all your help.

-
QmailToaster hosted by: VR Hosted 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PRO

Re: [qmailtoaster] qtp feature suggestion

[Eric \"Shubes\"]

Quinn Comendant wrote:
> On Wed, 15 Nov 2006 14:06:00 -0700, Eric "Shubes" wrote:
>> I'm thinking you're on to something here. We should probably find the 'best'
>> sendmail/qmail-inject replacement available and include it in the toaster.
>> Are you volunteering?
> 
> I agree. I'm totally unqualified to make a call on this. I'll help volunteer 
> -- but not few a few week, I've been slammed lately.
> 
> Q
> 
Maybe you could start by shopping around for what's out there when you get a
chance. We can then discuss the pros and cons. Nick (and maybe EE) will
ultimately make the call on any changes to the toaster.

-- 
-Eric 'shubes'

-
 QmailToaster hosted by: VR Hosted 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [qmailtoaster] qtp feature suggestion

[Quinn Comendant]

On Wed, 15 Nov 2006 14:06:00 -0700, Eric "Shubes" wrote:
> I'm thinking you're on to something here. We should probably find the 'best'
> sendmail/qmail-inject replacement available and include it in the toaster.
> Are you volunteering?

I agree. I'm totally unqualified to make a call on this. I'll help volunteer -- 
but not few a few week, I've been slammed lately.

Q

-
 QmailToaster hosted by: VR Hosted 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [qmailtoaster] qtp feature suggestion

[Eric \"Shubes\"]

Quinn Comendant wrote:
> I thought about this, stopped thinking about it, now am thinking about it 
> again.
> 
> In /etc/php.ini there is a config option:
> 
>   sendmail_path =
> 
> Which can be set to a shell wrapper script:
> 
> #!/bin/sh
> sed "s/\r\n?/\n/g" | qmail-inject
>
> Which should work in all cases. Maybe. You would hope so.

I'd use dos2unix. It'll convert mac files too. I'm not sure your sed would
handle that. I don't know, but I seem to remember mac files being \r with no \n.

> There are other reasons to use one of the more elaborate replacements for 
> qmail-inject: handling not just bad line endings (and again, I'm not even 
> sure this IS a feature of new-inject) but gracefully supporting messages with 
> garbled or less-than-perfect headers and formatting.
> 
> Unlike qsmtpd, which in its original form is said to fail and deny incoming 
> messages with only LF (\n) endings and give the sender an error message, 
> qmail-inject issues no such error and will just pass the message through. 
> Does qmail-inject have a log file?
> 
> Quinn

I'm thinking you're on to something here. We should probably find the 'best'
sendmail/qmail-inject replacement available and include it in the toaster.
Are you volunteering?

> On Wed, 15 Nov 2006 13:04:58 -0700, Eric "Shubes" wrote:
>> You could simply pipe the messages through 'dos2unix' to fix this. I don't
>> know off hand where you'd pipe it in though.
> 


-- 
-Eric 'shubes'

-
 QmailToaster hosted by: VR Hosted 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [qmailtoaster] SMTP connection problem

[Eric \"Shubes\"]

Nicolas Wegener wrote:
> On 11/15/06, Eric Shubes <[EMAIL PROTECTED]> wrote:
>> Nicolas Wegener wrote:
>> > On 11/15/06, Eric Shubes <[EMAIL PROTECTED]> wrote:
>> >> Nicolas Wegener wrote:
>> >> > Hello all,
>> >> >
>> >> > I have been polling my hair out trying to fix this problem.
>> Emails are
>> >> > taking for ever to get to my server, I believe I have pin pointed
>> the
>> >> > problems, however I cannot find whats wrong with my install.
>> >> >
>> >> > I've been using qmail-toaster on this domain for about a year now
>> & I
>> >> > love it (good work guys). However I had to upgrade to fc5, in the
>> >> > process I had to remove the qmail-toaster rpms. After backing
>> >> > everything up reinstalling qmail-toaster I'm stuck with a "filtered"
>> >> > smtp socket (according to nmap) runing on the host. I checked the
>> >> > process list 'ps -AH' & I have a zillion "qmail-smtpd -> simscan ->
>> >> > spamc". I've been back & forth with the built in firewall (which I
>> >> > really don't like), It's currently disabled and at this point
>> there is
>> >> > no firewall between the server and outside world.
>> >> >
>> >> > if anyone has any clue as to what I did wrong... Just let me know...
>> >> > If you need to see some other file... Just let me know... Thanks in
>> >> > advance for your help.
>> >> >
>> >> > I've included tcp.smtp, my process list, & the nmap results.
>> >> >
>> >> > The host is "renslowssystems.com"
>> >> >
>> >> 
>> >>
>> >> I'm guessing that SA is having problems. I would:
>> >>
>> >> .) Verify permissions (vpopmail:vchkpw) on
>> /home/vpopmail/.spamassassin/*
>> >> .) # qmailctl stop
>> >> .) kill any zombied processes (qmail-smtp, spamc)
>> >> .) # sudo -u vpopmail -H spamassassin -D --lint
>> >> .) # sa-learn -u vpopmail --force-expire
>> >>
>> >> Let us know if that clears things up or not.
>> >> --
>> >> -Eric 'shubes'
>> >>
>> >
>> > Eric,
>> >
>> > Thanks for the quick reply... it's appreciated greatly. However I ran
>> > the above commands & my two problems (filtered socket... & endless
>> > amounts of smtpd processes) still exist. I'll try running them again,
>> > but do you got any other ideas?
>> >
>> > -Nic
>> >
>>
>> We'll, that doesn't eliminate SA entirely, but it narrows things down
>> a bit.
>> I doubt that running them again will help. They should have sync'd the
>> bayes
>> journal and run any due expirations.
>>
>> Are you seeing anything unusual in the smtp and spamd logs?
>>
>> -- 
>> -Eric 'shubes'
> -
> - Spamd Log
> -
> @400xx [9075] info: spamd: connection from localhost.localdomain
> [127.0.0.1] at port 43465
> @400xx  [9075] info: spamd: processing message
> <[EMAIL PROTECTED]> for clamav:89
> @400xx [8840] info: spamd: clean message (4.4/5.0) for clamav:89 in
> 8.5 seconds, 23804 bytes.
> @400xx  info: spamd: result: . 4 -
> AWL,BAYES_50,DATE_IN_PAST_03_06,FB_LIKE_NIGERIA,FM_NO_STYLE,HTML_IMAGE_ONLY_20,HTML_MESSAGE,NO_REAL_NAME
> 
> scantime=8.5,size=23804,user=clamav,uid=89,required_score=5.0,rhost=localhost.localdomain,raddr=127.0.0.1,rport=43460,mid=<[EMAIL
>  PROTECTED]>,bayes=0.439404919280519,autolearn=no
> 
> @400xx  [8382] info: prefork: child states: B
> @400xx  [8382] info: prefork: server reached --max-children setting,
> consider raising it
> -
> - End Of Spamd Log
> -
> 
> I'm assuming that "server reached --max-children setting, consider
> raising it" is from all the processes? That statement along with the
> one above it "child states: BB" is all over the spamd log... as
> far as I can tell it's on every listing in the log. The smtp log shows
> emails coming in... but has no errors/warnings.
> 
> Any thoughts?
> 
> -Nic
> 

SA appears to be having a problem all right. I wouldn't up max-children, as
they suck up a ton of ram and you'll just start paging which will make
things worse.

I'm guessing that you're not running local only rules (-L option in the run
file). If so, I'd add the -L option back in for the time being. That'll make
your spam detection a little less effective for the moment, but I'm guessing
mail will start flowing again.

If mail flows using the -L option, my guess is that you have a DNS
configuration problem.

Let us know...
-- 
-Eric 'shubes'

-
 QmailToaster hosted by: VR Hosted 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [qmailtoaster] qtp feature suggestion

[Quinn Comendant]

I thought about this, stopped thinking about it, now am thinking about it again.

In /etc/php.ini there is a config option:

sendmail_path =

Which can be set to a shell wrapper script:

#!/bin/sh
sed "s/\r\n?/\n/g" | qmail-inject

Which should work in all cases. Maybe. You would hope so.

There are other reasons to use one of the more elaborate replacements for 
qmail-inject: handling not just bad line endings (and again, I'm not even sure 
this IS a feature of new-inject) but gracefully supporting messages with 
garbled or less-than-perfect headers and formatting.

Unlike qsmtpd, which in its original form is said to fail and deny incoming 
messages with only LF (\n) endings and give the sender an error message, 
qmail-inject issues no such error and will just pass the message through. Does 
qmail-inject have a log file?

Quinn



On Wed, 15 Nov 2006 13:04:58 -0700, Eric "Shubes" wrote:
> You could simply pipe the messages through 'dos2unix' to fix this. I don't
> know off hand where you'd pipe it in though.

-
 QmailToaster hosted by: VR Hosted 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [qmailtoaster] SMTP connection problem

[Nicolas Wegener]

On 11/15/06, Eric Shubes <[EMAIL PROTECTED]> wrote:

Nicolas Wegener wrote:
> On 11/15/06, Eric Shubes <[EMAIL PROTECTED]> wrote:
>> Nicolas Wegener wrote:
>> > Hello all,
>> >
>> > I have been polling my hair out trying to fix this problem. Emails are
>> > taking for ever to get to my server, I believe I have pin pointed the
>> > problems, however I cannot find whats wrong with my install.
>> >
>> > I've been using qmail-toaster on this domain for about a year now & I
>> > love it (good work guys). However I had to upgrade to fc5, in the
>> > process I had to remove the qmail-toaster rpms. After backing
>> > everything up reinstalling qmail-toaster I'm stuck with a "filtered"
>> > smtp socket (according to nmap) runing on the host. I checked the
>> > process list 'ps -AH' & I have a zillion "qmail-smtpd -> simscan ->
>> > spamc". I've been back & forth with the built in firewall (which I
>> > really don't like), It's currently disabled and at this point there is
>> > no firewall between the server and outside world.
>> >
>> > if anyone has any clue as to what I did wrong... Just let me know...
>> > If you need to see some other file... Just let me know... Thanks in
>> > advance for your help.
>> >
>> > I've included tcp.smtp, my process list, & the nmap results.
>> >
>> > The host is "renslowssystems.com"
>> >
>> 
>>
>> I'm guessing that SA is having problems. I would:
>>
>> .) Verify permissions (vpopmail:vchkpw) on /home/vpopmail/.spamassassin/*
>> .) # qmailctl stop
>> .) kill any zombied processes (qmail-smtp, spamc)
>> .) # sudo -u vpopmail -H spamassassin -D --lint
>> .) # sa-learn -u vpopmail --force-expire
>>
>> Let us know if that clears things up or not.
>> --
>> -Eric 'shubes'
>>
>
> Eric,
>
> Thanks for the quick reply... it's appreciated greatly. However I ran
> the above commands & my two problems (filtered socket... & endless
> amounts of smtpd processes) still exist. I'll try running them again,
> but do you got any other ideas?
>
> -Nic
>

We'll, that doesn't eliminate SA entirely, but it narrows things down a bit.
I doubt that running them again will help. They should have sync'd the bayes
journal and run any due expirations.

Are you seeing anything unusual in the smtp and spamd logs?

--
-Eric 'shubes'

-
- Spamd Log
-
@400xx [9075] info: spamd: connection from localhost.localdomain
[127.0.0.1] at port 43465
@400xx  [9075] info: spamd: processing message
<[EMAIL PROTECTED]> for clamav:89
@400xx [8840] info: spamd: clean message (4.4/5.0) for clamav:89 in
8.5 seconds, 23804 bytes.
@400xx  info: spamd: result: . 4 -
AWL,BAYES_50,DATE_IN_PAST_03_06,FB_LIKE_NIGERIA,FM_NO_STYLE,HTML_IMAGE_ONLY_20,HTML_MESSAGE,NO_REAL_NAME
scantime=8.5,size=23804,user=clamav,uid=89,required_score=5.0,rhost=localhost.localdomain,raddr=127.0.0.1,rport=43460,mid=<[EMAIL
 PROTECTED]>,bayes=0.439404919280519,autolearn=no
@400xx  [8382] info: prefork: child states: B
@400xx  [8382] info: prefork: server reached --max-children setting,
consider raising it
-
- End Of Spamd Log
-

I'm assuming that "server reached --max-children setting, consider
raising it" is from all the processes? That statement along with the
one above it "child states: BB" is all over the spamd log... as
far as I can tell it's on every listing in the log. The smtp log shows
emails coming in... but has no errors/warnings.

Any thoughts?

-Nic

-
QmailToaster hosted by: VR Hosted 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [qmailtoaster] qtp feature suggestion

[Jake Vickers]

Quinn Comendant wrote:

I tried compiling usendmail on my RHEL 4 dev server but it failed. I have 
posted the issue to the usendmail list.


Alternatively, I have heard good things about using new-inject instead of 
qmail-inject, available in the mess822 package.

http://cr.yp.to/mess822.html

Anybody using this? Is there any interest to add this package to the 
qmail-toaster.src.rpm?

Yesterday I realized some PHP applications we build that generate MIME mail messages sent 
through PHP's mail() function failed. They were sending messages with CFLF (\r\n) line 
endings. Qmail-inject expects only LF (\n) terminated locally injected messages. Sendmail 
didn't care either way. I don't know if any of our other web sites / web apps need to be 
updated (250+ sites) but I feel the safest thing would be to just run a different 
"sendmail" injection program that is more safe (i.e. lenient) than 
qmail-inject. I'm not sure if new-inject is the answer. Any other programs available?

  
I generate a few reports a week that I have emailed to me. I use mutt to 
send them. Not sure how it handles CR/LFs though.


-
QmailToaster hosted by: VR Hosted 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [qmailtoaster] Needed fixes to add mdv2007 and 2007_64 support

[Eric \"Shubes\"]

[EMAIL PROTECTED] wrote:
>> [EMAIL PROTECTED] wrote:
 [EMAIL PROTECTED] wrote:
>> [EMAIL PROTECTED] wrote:
>>> yes mandriva uses a lot of soft links
>>>
>>> ls -al /etc/*release
>>> -rw-r--r-- 1 root root 138 maj 11  2006 /etc/lsb-release
>>> lrwxrwxrwx 1 root root  16 nov 10 04:58 /etc/mandrakelinux-release
>>> ->
>>> mandriva-release
>>> lrwxrwxrwx 1 root root  16 nov 10 04:58 /etc/mandrake-release ->
>>> mandriva-release
>>> -rw-r--r-- 1 root root  52 sep 21 17:59 /etc/mandriva-release
>>> lrwxrwxrwx 1 root root  16 nov 10 04:58 /etc/redhat-release ->
>>> mandriva-release
>>> lrwxrwxrwx 1 root root  16 nov 10 04:58 /etc/release ->
>>> mandriva-release
>>>
>>>
>> Great.
>>
>> I've modified qtp-whatami for mdv2007, and corrected the settings (no
>> mdk103) for mdk2006.
>>
>> Will you please test it? You can simply get it from the development
>> branch:
>> # wget http://svn.shubes.net/qtp/trunk/bin/qtp-whatami
>> then run it
>> # ./qtp-whatami
>> It should report your distro and version.
>>
>> Thanks!
>> --
>> -Eric 'shubes'
>>
> Ok i have tested it one problem only
> sh qtp-whatami
> qtp-whatami v0.2.2
> DISTRO=Mandriva
> OSVER=2007.0
> ARCH=x86_64
> BUILD_DIST=mdv200764
> BUILD_DIR=/usr/src/RPM
> This machine's OS is supported, but this version/arch has not been
> tested.
>
> the build dir is wrong for mdv2007
> it is
>
> ls /usr/src/rpm/
> BUILD/  RPMS/  SOURCES/  SPECS/  SRPMS/
>
> but BUILD_DIR=/usr/src/RPM is ok up to mdk2006
>
>
 "Up to" meaning "up through"?
 IOW, /usr/src/RPM for mdk and /usr/src/rpm for mdv?

 --
 -Eric 'shubes'


>>> /usr/src/RPM for mdk <= 2006 and /usr/src/rpm for mdv > 2007 yes
>>>
>> Ok, I've fixed it. Please try again.
>>
>> --
>> -Eric 'shubes'
>>
>>
> 
> Now it seems ok
> 
> sh qtp-whatami
> qtp-whatami v0.2.2
> DISTRO=Mandriva
> OSVER=2007.0
> ARCH=x86_64
> BUILD_DIST=mdv200764
> BUILD_DIR=/usr/src/rpm
> This machine's OS is supported, but this version/arch has not been tested.
> 

Great. Thanks for the testing, Tobbe!

-- 
-Eric 'shubes'

-
 QmailToaster hosted by: VR Hosted 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [qmailtoaster] qtp feature suggestion

[Eric \"Shubes\"]

Quinn Comendant wrote:
> I tried compiling usendmail on my RHEL 4 dev server but it failed. I have 
> posted the issue to the usendmail list.
> 
> 
> Alternatively, I have heard good things about using new-inject instead of 
> qmail-inject, available in the mess822 package.
> 
> http://cr.yp.to/mess822.html
> 
> Anybody using this? Is there any interest to add this package to the 
> qmail-toaster.src.rpm?
> 
> Yesterday I realized some PHP applications we build that generate MIME mail 
> messages sent through PHP's mail() function failed. They were sending 
> messages with CFLF (\r\n) line endings. Qmail-inject expects only LF (\n) 
> terminated locally injected messages. Sendmail didn't care either way. I 
> don't know if any of our other web sites / web apps need to be updated (250+ 
> sites) but I feel the safest thing would be to just run a different 
> "sendmail" injection program that is more safe (i.e. lenient) than 
> qmail-inject. I'm not sure if new-inject is the answer. Any other programs 
> available?

You could simply pipe the messages through 'dos2unix' to fix this. I don't
know off hand where you'd pipe it in though.

> Quinn
> 
> 
> On Tue, 14 Nov 2006 10:37:52 -0500, slamp slamp wrote:
>> Can usendmail be included in qtp? I think this would be good for 
>> sendmail converts.
>>
>> http://www.ohse.de/uwe/usendmail.html
> 


-- 
-Eric 'shubes'

-
 QmailToaster hosted by: VR Hosted 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [qmailtoaster] Needed fixes to add mdv2007 and 2007_64 support

[tobbe]

> [EMAIL PROTECTED] wrote:
>>> [EMAIL PROTECTED] wrote:
> [EMAIL PROTECTED] wrote:
>> yes mandriva uses a lot of soft links
>>
>> ls -al /etc/*release
>> -rw-r--r-- 1 root root 138 maj 11  2006 /etc/lsb-release
>> lrwxrwxrwx 1 root root  16 nov 10 04:58 /etc/mandrakelinux-release
>> ->
>> mandriva-release
>> lrwxrwxrwx 1 root root  16 nov 10 04:58 /etc/mandrake-release ->
>> mandriva-release
>> -rw-r--r-- 1 root root  52 sep 21 17:59 /etc/mandriva-release
>> lrwxrwxrwx 1 root root  16 nov 10 04:58 /etc/redhat-release ->
>> mandriva-release
>> lrwxrwxrwx 1 root root  16 nov 10 04:58 /etc/release ->
>> mandriva-release
>>
>>
> Great.
>
> I've modified qtp-whatami for mdv2007, and corrected the settings (no
> mdk103) for mdk2006.
>
> Will you please test it? You can simply get it from the development
> branch:
> # wget http://svn.shubes.net/qtp/trunk/bin/qtp-whatami
> then run it
> # ./qtp-whatami
> It should report your distro and version.
>
> Thanks!
> --
> -Eric 'shubes'

>
>
 Ok i have tested it one problem only
 sh qtp-whatami
 qtp-whatami v0.2.2
 DISTRO=Mandriva
 OSVER=2007.0
 ARCH=x86_64
 BUILD_DIST=mdv200764
 BUILD_DIR=/usr/src/RPM
 This machine's OS is supported, but this version/arch has not been
 tested.

 the build dir is wrong for mdv2007
 it is

 ls /usr/src/rpm/
 BUILD/  RPMS/  SOURCES/  SPECS/  SRPMS/

 but BUILD_DIR=/usr/src/RPM is ok up to mdk2006


>>> "Up to" meaning "up through"?
>>> IOW, /usr/src/RPM for mdk and /usr/src/rpm for mdv?
>>>
>>> --
>>> -Eric 'shubes'
>>>
>>>
>> /usr/src/RPM for mdk <= 2006 and /usr/src/rpm for mdv > 2007 yes
>>
>
> Ok, I've fixed it. Please try again.
>
> --
> -Eric 'shubes'
>
>

Now it seems ok

sh qtp-whatami
qtp-whatami v0.2.2
DISTRO=Mandriva
OSVER=2007.0
ARCH=x86_64
BUILD_DIST=mdv200764
BUILD_DIR=/usr/src/rpm
This machine's OS is supported, but this version/arch has not been tested.


-
 QmailToaster hosted by: VR Hosted 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [qmailtoaster] SMTP connection problem

[Eric \"Shubes\"]

Nicolas Wegener wrote:
> On 11/15/06, Eric Shubes <[EMAIL PROTECTED]> wrote:
>> Nicolas Wegener wrote:
>> > Hello all,
>> >
>> > I have been polling my hair out trying to fix this problem. Emails are
>> > taking for ever to get to my server, I believe I have pin pointed the
>> > problems, however I cannot find whats wrong with my install.
>> >
>> > I've been using qmail-toaster on this domain for about a year now & I
>> > love it (good work guys). However I had to upgrade to fc5, in the
>> > process I had to remove the qmail-toaster rpms. After backing
>> > everything up reinstalling qmail-toaster I'm stuck with a "filtered"
>> > smtp socket (according to nmap) runing on the host. I checked the
>> > process list 'ps -AH' & I have a zillion "qmail-smtpd -> simscan ->
>> > spamc". I've been back & forth with the built in firewall (which I
>> > really don't like), It's currently disabled and at this point there is
>> > no firewall between the server and outside world.
>> >
>> > if anyone has any clue as to what I did wrong... Just let me know...
>> > If you need to see some other file... Just let me know... Thanks in
>> > advance for your help.
>> >
>> > I've included tcp.smtp, my process list, & the nmap results.
>> >
>> > The host is "renslowssystems.com"
>> >
>> 
>>
>> I'm guessing that SA is having problems. I would:
>>
>> .) Verify permissions (vpopmail:vchkpw) on /home/vpopmail/.spamassassin/*
>> .) # qmailctl stop
>> .) kill any zombied processes (qmail-smtp, spamc)
>> .) # sudo -u vpopmail -H spamassassin -D --lint
>> .) # sa-learn -u vpopmail --force-expire
>>
>> Let us know if that clears things up or not.
>> -- 
>> -Eric 'shubes'
>>
> 
> Eric,
> 
> Thanks for the quick reply... it's appreciated greatly. However I ran
> the above commands & my two problems (filtered socket... & endless
> amounts of smtpd processes) still exist. I'll try running them again,
> but do you got any other ideas?
> 
> -Nic
> 

We'll, that doesn't eliminate SA entirely, but it narrows things down a bit.
I doubt that running them again will help. They should have sync'd the bayes
journal and run any due expirations.

Are you seeing anything unusual in the smtp and spamd logs?

-- 
-Eric 'shubes'

-
 QmailToaster hosted by: VR Hosted 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[qmailtoaster] Fwd: fyi: spamhaus' "SBL-XBL" dnsbl being replaced by "ZEN"

[Quinn Comendant]

New spamhaus dnsbl: http://www.spamhaus.org/zen/

Q

- Begin forwarded message -
Subject: fyi: spamhaus' "SBL-XBL" dnsbl being replaced by "ZEN"
Date: Wed, 15 Nov 2006 11:51:02 -0800
From: snowcrash+spamassassin <[EMAIL PROTECTED]>
To: users@spamassassin.apache.org

http://www.spamhaus.org/zen/

steve linford of spamhaus has recommended that people switch now:

"> Is there any reason not to change?

None, I advise everyone to change now.

The SBL-XBL zone will continue to exist for some time but will not of
course contain the new PBL DNSBL and will not contain other future
DNSBLs we may release. ZEN is designed to be safely hard-coded into spam
filter appliances and commercial filters."

i presume this will have effects on the SBL- & XBL- related rules here.


-
 QmailToaster hosted by: VR Hosted 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [qmailtoaster] qtp feature suggestion

[Quinn Comendant]

I tried compiling usendmail on my RHEL 4 dev server but it failed. I have 
posted the issue to the usendmail list.


Alternatively, I have heard good things about using new-inject instead of 
qmail-inject, available in the mess822 package.

http://cr.yp.to/mess822.html

Anybody using this? Is there any interest to add this package to the 
qmail-toaster.src.rpm?

Yesterday I realized some PHP applications we build that generate MIME mail 
messages sent through PHP's mail() function failed. They were sending messages 
with CFLF (\r\n) line endings. Qmail-inject expects only LF (\n) terminated 
locally injected messages. Sendmail didn't care either way. I don't know if any 
of our other web sites / web apps need to be updated (250+ sites) but I feel 
the safest thing would be to just run a different "sendmail" injection program 
that is more safe (i.e. lenient) than qmail-inject. I'm not sure if new-inject 
is the answer. Any other programs available?

Quinn


On Tue, 14 Nov 2006 10:37:52 -0500, slamp slamp wrote:
> Can usendmail be included in qtp? I think this would be good for 
> sendmail converts.
> 
> http://www.ohse.de/uwe/usendmail.html

-
 QmailToaster hosted by: VR Hosted 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [qmailtoaster] SMTP connection problem

[Nicolas Wegener]

On 11/15/06, Eric Shubes <[EMAIL PROTECTED]> wrote:

Nicolas Wegener wrote:
> Hello all,
>
> I have been polling my hair out trying to fix this problem. Emails are
> taking for ever to get to my server, I believe I have pin pointed the
> problems, however I cannot find whats wrong with my install.
>
> I've been using qmail-toaster on this domain for about a year now & I
> love it (good work guys). However I had to upgrade to fc5, in the
> process I had to remove the qmail-toaster rpms. After backing
> everything up reinstalling qmail-toaster I'm stuck with a "filtered"
> smtp socket (according to nmap) runing on the host. I checked the
> process list 'ps -AH' & I have a zillion "qmail-smtpd -> simscan ->
> spamc". I've been back & forth with the built in firewall (which I
> really don't like), It's currently disabled and at this point there is
> no firewall between the server and outside world.
>
> if anyone has any clue as to what I did wrong... Just let me know...
> If you need to see some other file... Just let me know... Thanks in
> advance for your help.
>
> I've included tcp.smtp, my process list, & the nmap results.
>
> The host is "renslowssystems.com"
>


I'm guessing that SA is having problems. I would:

.) Verify permissions (vpopmail:vchkpw) on /home/vpopmail/.spamassassin/*
.) # qmailctl stop
.) kill any zombied processes (qmail-smtp, spamc)
.) # sudo -u vpopmail -H spamassassin -D --lint
.) # sa-learn -u vpopmail --force-expire

Let us know if that clears things up or not.
--
-Eric 'shubes'



Eric,

Thanks for the quick reply... it's appreciated greatly. However I ran
the above commands & my two problems (filtered socket... & endless
amounts of smtpd processes) still exist. I'll try running them again,
but do you got any other ideas?

-Nic

-
QmailToaster hosted by: VR Hosted 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [qmailtoaster] Needed fixes to add mdv2007 and 2007_64 support

[Eric \"Shubes\"]

[EMAIL PROTECTED] wrote:
>> [EMAIL PROTECTED] wrote:
 [EMAIL PROTECTED] wrote:
> yes mandriva uses a lot of soft links
>
> ls -al /etc/*release
> -rw-r--r-- 1 root root 138 maj 11  2006 /etc/lsb-release
> lrwxrwxrwx 1 root root  16 nov 10 04:58 /etc/mandrakelinux-release ->
> mandriva-release
> lrwxrwxrwx 1 root root  16 nov 10 04:58 /etc/mandrake-release ->
> mandriva-release
> -rw-r--r-- 1 root root  52 sep 21 17:59 /etc/mandriva-release
> lrwxrwxrwx 1 root root  16 nov 10 04:58 /etc/redhat-release ->
> mandriva-release
> lrwxrwxrwx 1 root root  16 nov 10 04:58 /etc/release ->
> mandriva-release
>
>
 Great.

 I've modified qtp-whatami for mdv2007, and corrected the settings (no
 mdk103) for mdk2006.

 Will you please test it? You can simply get it from the development
 branch:
 # wget http://svn.shubes.net/qtp/trunk/bin/qtp-whatami
 then run it
 # ./qtp-whatami
 It should report your distro and version.

 Thanks!
 --
 -Eric 'shubes'

 -
  QmailToaster hosted by: VR Hosted 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail:
 [EMAIL PROTECTED]


>>> Ok i have tested it one problem only
>>> sh qtp-whatami
>>> qtp-whatami v0.2.2
>>> DISTRO=Mandriva
>>> OSVER=2007.0
>>> ARCH=x86_64
>>> BUILD_DIST=mdv200764
>>> BUILD_DIR=/usr/src/RPM
>>> This machine's OS is supported, but this version/arch has not been
>>> tested.
>>>
>>> the build dir is wrong for mdv2007
>>> it is
>>>
>>> ls /usr/src/rpm/
>>> BUILD/  RPMS/  SOURCES/  SPECS/  SRPMS/
>>>
>>> but BUILD_DIR=/usr/src/RPM is ok up to mdk2006
>>>
>>>
>> "Up to" meaning "up through"?
>> IOW, /usr/src/RPM for mdk and /usr/src/rpm for mdv?
>>
>> --
>> -Eric 'shubes'
>>
>>
> /usr/src/RPM for mdk <= 2006 and /usr/src/rpm for mdv > 2007 yes
> 

Ok, I've fixed it. Please try again.

-- 
-Eric 'shubes'

-
 QmailToaster hosted by: VR Hosted 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [qmailtoaster] Needed fixes to add mdv2007 and 2007_64 support

[tobbe]

> [EMAIL PROTECTED] wrote:
>>> [EMAIL PROTECTED] wrote:
 yes mandriva uses a lot of soft links

 ls -al /etc/*release
 -rw-r--r-- 1 root root 138 maj 11  2006 /etc/lsb-release
 lrwxrwxrwx 1 root root  16 nov 10 04:58 /etc/mandrakelinux-release ->
 mandriva-release
 lrwxrwxrwx 1 root root  16 nov 10 04:58 /etc/mandrake-release ->
 mandriva-release
 -rw-r--r-- 1 root root  52 sep 21 17:59 /etc/mandriva-release
 lrwxrwxrwx 1 root root  16 nov 10 04:58 /etc/redhat-release ->
 mandriva-release
 lrwxrwxrwx 1 root root  16 nov 10 04:58 /etc/release ->
 mandriva-release


>>> Great.
>>>
>>> I've modified qtp-whatami for mdv2007, and corrected the settings (no
>>> mdk103) for mdk2006.
>>>
>>> Will you please test it? You can simply get it from the development
>>> branch:
>>> # wget http://svn.shubes.net/qtp/trunk/bin/qtp-whatami
>>> then run it
>>> # ./qtp-whatami
>>> It should report your distro and version.
>>>
>>> Thanks!
>>> --
>>> -Eric 'shubes'
>>>
>>> -
>>>  QmailToaster hosted by: VR Hosted 
>>> -
>>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>>> For additional commands, e-mail:
>>> [EMAIL PROTECTED]
>>>
>>>
>>
>> Ok i have tested it one problem only
>> sh qtp-whatami
>> qtp-whatami v0.2.2
>> DISTRO=Mandriva
>> OSVER=2007.0
>> ARCH=x86_64
>> BUILD_DIST=mdv200764
>> BUILD_DIR=/usr/src/RPM
>> This machine's OS is supported, but this version/arch has not been
>> tested.
>>
>> the build dir is wrong for mdv2007
>> it is
>>
>> ls /usr/src/rpm/
>> BUILD/  RPMS/  SOURCES/  SPECS/  SRPMS/
>>
>> but BUILD_DIR=/usr/src/RPM is ok up to mdk2006
>>
>>
> "Up to" meaning "up through"?
> IOW, /usr/src/RPM for mdk and /usr/src/rpm for mdv?
>
> --
> -Eric 'shubes'
>
> -
>  QmailToaster hosted by: VR Hosted 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
/usr/src/RPM for mdk <= 2006 and /usr/src/rpm for mdv > 2007 yes


-
 QmailToaster hosted by: VR Hosted 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [qmailtoaster] Needed fixes to add mdv2007 and 2007_64 support

[Eric \"Shubes\"]

[EMAIL PROTECTED] wrote:
>> [EMAIL PROTECTED] wrote:
>>> yes mandriva uses a lot of soft links
>>>
>>> ls -al /etc/*release
>>> -rw-r--r-- 1 root root 138 maj 11  2006 /etc/lsb-release
>>> lrwxrwxrwx 1 root root  16 nov 10 04:58 /etc/mandrakelinux-release ->
>>> mandriva-release
>>> lrwxrwxrwx 1 root root  16 nov 10 04:58 /etc/mandrake-release ->
>>> mandriva-release
>>> -rw-r--r-- 1 root root  52 sep 21 17:59 /etc/mandriva-release
>>> lrwxrwxrwx 1 root root  16 nov 10 04:58 /etc/redhat-release ->
>>> mandriva-release
>>> lrwxrwxrwx 1 root root  16 nov 10 04:58 /etc/release -> mandriva-release
>>>
>>>
>> Great.
>>
>> I've modified qtp-whatami for mdv2007, and corrected the settings (no
>> mdk103) for mdk2006.
>>
>> Will you please test it? You can simply get it from the development
>> branch:
>> # wget http://svn.shubes.net/qtp/trunk/bin/qtp-whatami
>> then run it
>> # ./qtp-whatami
>> It should report your distro and version.
>>
>> Thanks!
>> --
>> -Eric 'shubes'
>>
>> -
>>  QmailToaster hosted by: VR Hosted 
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
> 
> Ok i have tested it one problem only
> sh qtp-whatami
> qtp-whatami v0.2.2
> DISTRO=Mandriva
> OSVER=2007.0
> ARCH=x86_64
> BUILD_DIST=mdv200764
> BUILD_DIR=/usr/src/RPM
> This machine's OS is supported, but this version/arch has not been tested.
> 
> the build dir is wrong for mdv2007
> it is
> 
> ls /usr/src/rpm/
> BUILD/  RPMS/  SOURCES/  SPECS/  SRPMS/
> 
> but BUILD_DIR=/usr/src/RPM is ok up to mdk2006
> 
> 
"Up to" meaning "up through"?
IOW, /usr/src/RPM for mdk and /usr/src/rpm for mdv?

-- 
-Eric 'shubes'

-
 QmailToaster hosted by: VR Hosted 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [qmailtoaster] Needed fixes to add mdv2007 and 2007_64 support

[tobbe]

> [EMAIL PROTECTED] wrote:
>>
>> yes mandriva uses a lot of soft links
>>
>> ls -al /etc/*release
>> -rw-r--r-- 1 root root 138 maj 11  2006 /etc/lsb-release
>> lrwxrwxrwx 1 root root  16 nov 10 04:58 /etc/mandrakelinux-release ->
>> mandriva-release
>> lrwxrwxrwx 1 root root  16 nov 10 04:58 /etc/mandrake-release ->
>> mandriva-release
>> -rw-r--r-- 1 root root  52 sep 21 17:59 /etc/mandriva-release
>> lrwxrwxrwx 1 root root  16 nov 10 04:58 /etc/redhat-release ->
>> mandriva-release
>> lrwxrwxrwx 1 root root  16 nov 10 04:58 /etc/release -> mandriva-release
>>
>>
> Great.
>
> I've modified qtp-whatami for mdv2007, and corrected the settings (no
> mdk103) for mdk2006.
>
> Will you please test it? You can simply get it from the development
> branch:
> # wget http://svn.shubes.net/qtp/trunk/bin/qtp-whatami
> then run it
> # ./qtp-whatami
> It should report your distro and version.
>
> Thanks!
> --
> -Eric 'shubes'
>
> -
>  QmailToaster hosted by: VR Hosted 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Ok i have tested it one problem only
sh qtp-whatami
qtp-whatami v0.2.2
DISTRO=Mandriva
OSVER=2007.0
ARCH=x86_64
BUILD_DIST=mdv200764
BUILD_DIR=/usr/src/RPM
This machine's OS is supported, but this version/arch has not been tested.

the build dir is wrong for mdv2007
it is

ls /usr/src/rpm/
BUILD/  RPMS/  SOURCES/  SPECS/  SRPMS/

but BUILD_DIR=/usr/src/RPM is ok up to mdk2006



-
 QmailToaster hosted by: VR Hosted 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [qmailtoaster] SMTP connection problem

[Eric \"Shubes\"]

Nicolas Wegener wrote:
> Hello all,
> 
> I have been polling my hair out trying to fix this problem. Emails are
> taking for ever to get to my server, I believe I have pin pointed the
> problems, however I cannot find whats wrong with my install.
> 
> I've been using qmail-toaster on this domain for about a year now & I
> love it (good work guys). However I had to upgrade to fc5, in the
> process I had to remove the qmail-toaster rpms. After backing
> everything up reinstalling qmail-toaster I'm stuck with a "filtered"
> smtp socket (according to nmap) runing on the host. I checked the
> process list 'ps -AH' & I have a zillion "qmail-smtpd -> simscan ->
> spamc". I've been back & forth with the built in firewall (which I
> really don't like), It's currently disabled and at this point there is
> no firewall between the server and outside world.
> 
> if anyone has any clue as to what I did wrong... Just let me know...
> If you need to see some other file... Just let me know... Thanks in
> advance for your help.
> 
> I've included tcp.smtp, my process list, & the nmap results.
> 
> The host is "renslowssystems.com"
> 


I'm guessing that SA is having problems. I would:

.) Verify permissions (vpopmail:vchkpw) on /home/vpopmail/.spamassassin/*
.) # qmailctl stop
.) kill any zombied processes (qmail-smtp, spamc)
.) # sudo -u vpopmail -H spamassassin -D --lint
.) # sa-learn -u vpopmail --force-expire

Let us know if that clears things up or not.
-- 
-Eric 'shubes'

-
 QmailToaster hosted by: VR Hosted 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[qmailtoaster] SMTP connection problem

[Nicolas Wegener]

Hello all,

I have been polling my hair out trying to fix this problem. Emails are
taking for ever to get to my server, I believe I have pin pointed the
problems, however I cannot find whats wrong with my install.

I've been using qmail-toaster on this domain for about a year now & I
love it (good work guys). However I had to upgrade to fc5, in the
process I had to remove the qmail-toaster rpms. After backing
everything up reinstalling qmail-toaster I'm stuck with a "filtered"
smtp socket (according to nmap) runing on the host. I checked the
process list 'ps -AH' & I have a zillion "qmail-smtpd -> simscan ->
spamc". I've been back & forth with the built in firewall (which I
really don't like), It's currently disabled and at this point there is
no firewall between the server and outside world.

if anyone has any clue as to what I did wrong... Just let me know...
If you need to see some other file... Just let me know... Thanks in
advance for your help.

I've included tcp.smtp, my process list, & the nmap results.

The host is "renslowssystems.com"

---
-- nmap of localhost
---
Starting Nmap 4.03 ( http://www.insecure.org/nmap/ ) at 2006-11-15 12:29 CST
Interesting ports on localhost.localdomain (127.0.0.1):
(The 1664 ports scanned but not shown below are in state: closed)
PORT STATESERVICE
21/tcp   open ftp
22/tcp   open ssh
25/tcp   filtered smtp
80/tcp   open http
110/tcp  open pop3
143/tcp  open imap
783/tcp  open spamassassin
993/tcp  open imaps
995/tcp  open pop3s
3306/tcp open mysql

Nmap finished: 1 IP address (1 host up) scanned in 1.246 seconds
---
 -- End Of nmap
 ---

---
-- tcp.smtp
---
127.:allow,RELAYCLIENT="",DKSIGN="/var/qmail/control/domainkeys/%/private"
:allow,BADMIMETYPE="",BADLOADERTYPE="M",CHKUSER_RCPTLIMIT="50",CHKUSER_WRONGRCPTLIMIT="10",DKVERIFY="DEGIJKfh",QMAILQUEUE="/var/qmail/bin/simscan",DKQUEUE="/var/qmail/bin/qmail-queue.orig",DKSIGN="/var/qmail/control/domainkeys/%/private"
---
-- End Of tcp.smtp
---

---
-- Process List
---
  PID TTY  TIME CMD
   1 ?00:00:01 init
   2 ?00:00:00   migration/0
   3 ?00:00:00   ksoftirqd/0
   4 ?00:00:00   watchdog/0
   5 ?00:00:00   migration/1
   6 ?00:00:00   ksoftirqd/1
   7 ?00:00:00   watchdog/1
   8 ?00:00:00   events/0
   9 ?00:00:00   events/1
  10 ?00:00:00   khelper
  11 ?00:00:00   kthread
  15 ?00:00:01 kblockd/0
  16 ?00:00:00 kblockd/1
  17 ?00:00:00 kacpid
 116 ?00:00:00 cqueue/0
 117 ?00:00:00 cqueue/1
 120 ?00:00:00 khubd
 122 ?00:00:00 kseriod
 184 ?00:00:00 pdflush
 185 ?00:00:08 pdflush
 186 ?00:00:05 kswapd0
 187 ?00:00:00 aio/0
 188 ?00:00:00 aio/1
 342 ?00:00:00 kpsmoused
 377 ?00:00:00 scsi_eh_0
 416 ?00:00:00 scsi_eh_1
 466 ?00:00:00 kmirrord
 479 ?00:03:03 kjournald
 517 ?00:00:00 kauditd
 842 ?00:00:00 kedac
1362 ?00:00:00 kjournald
 542 ?00:00:00   udevd
1725 ?00:00:01   syslogd
1728 ?00:00:00   klogd
1815 ?00:00:00   automount
1824 ?00:00:00   acpid
2018 ?00:00:00   sshd
29884 ?00:00:00 sshd
29924 ?00:00:04   sshd
29925 pts/000:00:00 bash
30300 pts/000:00:00   su
30313 pts/000:00:01 bash
 354 pts/000:00:00   nmap
12607 pts/000:00:00   ps
2084 ?00:00:00   xinetd
2681 ?00:00:00   ntpd
2693 ?00:00:00   vsftpd
2767 ?00:00:00   mysqld_safe
2805 ?00:09:27 mysqld
2849 ?00:00:00   swatch
2868 ?00:00:01 perl
2874 ?00:00:00   tail
5896 ?00:00:00   sh 
5942 ?00:00:00   sh 
2857 ?00:00:00   gpm
2883 ?00:00:00   httpd
16540 ?00:00:00 httpd
16541 ?00:00:03 httpd
16542 ?00:00:00 httpd
16543 ?00:00:00 httpd
16545 ?00:00:01 httpd
8277 ?00:00:01 httpd
8284 ?00:00:06 httpd
8291 ?00:00:00 httpd
8298 ?00:00:00 httpd
8299 ?00:00:01 httpd
8310 ?00:00:01 httpd
8313 ?00:00:03 httpd
8314 ?00:00:06 httpd
8317 ?00:00:05 httpd
8332 ?00:00:00 httpd
8333 ?00:00:03 httpd
8334 ?00:00:01 httpd
8335 ?00:00:00 httpd
8336 ?00:00:02 httpd
8338 ?   

Re: [qmailtoaster] Needed fixes to add mdv2007 and 2007_64 support

[Erik Espinoza]

Hey Tobbe,

You may want to send the patches directly to Nick. He'll be the one
implementing the Mandriva support.

Thanks,
Erik

On 11/15/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:

> [EMAIL PROTECTED] wrote:
>> Eric "Shubes" wrote:
>>> Cool, tobbe.
>>>
>>> Will you post the name and contents of the /etc/*-release file from the
>>> mdv2007 system so I can update the qtp-whatami script appropriately?
>>>
>>>
>> Ok here you have that for both 2006 and 2007
>> cat /etc/release
>> Mandriva Linux release 2006.0 (Official) for x86_64
>> cat /etc/release
>> Mandriva Linux release 2007.0 (Official) for x86_64
>>
> tobbe,
>
> Will you post the results of
> # ls -l /etc/*release
> for me? I was under the impression that there is a /etc/mandriva-release
> file for mandriva. Perhaps there are some links going on. This command
> will
> (I hope) show me what I need to know. I'm good with the content of the
> file(s).
>
> Thanks!
>
> --
> -Eric 'shubes'
>
> -
>  QmailToaster hosted by: VR Hosted 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

yes mandriva uses a lot of soft links

ls -al /etc/*release
-rw-r--r-- 1 root root 138 maj 11  2006 /etc/lsb-release
lrwxrwxrwx 1 root root  16 nov 10 04:58 /etc/mandrakelinux-release ->
mandriva-release
lrwxrwxrwx 1 root root  16 nov 10 04:58 /etc/mandrake-release ->
mandriva-release
-rw-r--r-- 1 root root  52 sep 21 17:59 /etc/mandriva-release
lrwxrwxrwx 1 root root  16 nov 10 04:58 /etc/redhat-release ->
mandriva-release
lrwxrwxrwx 1 root root  16 nov 10 04:58 /etc/release -> mandriva-release



-
 QmailToaster hosted by: VR Hosted 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
QmailToaster hosted by: VR Hosted 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [qmailtoaster] Needed fixes to add mdv2007 and 2007_64 support

[Eric \"Shubes\"]

[EMAIL PROTECTED] wrote:
> 
> yes mandriva uses a lot of soft links
> 
> ls -al /etc/*release
> -rw-r--r-- 1 root root 138 maj 11  2006 /etc/lsb-release
> lrwxrwxrwx 1 root root  16 nov 10 04:58 /etc/mandrakelinux-release ->
> mandriva-release
> lrwxrwxrwx 1 root root  16 nov 10 04:58 /etc/mandrake-release ->
> mandriva-release
> -rw-r--r-- 1 root root  52 sep 21 17:59 /etc/mandriva-release
> lrwxrwxrwx 1 root root  16 nov 10 04:58 /etc/redhat-release ->
> mandriva-release
> lrwxrwxrwx 1 root root  16 nov 10 04:58 /etc/release -> mandriva-release
> 
> 
Great.

I've modified qtp-whatami for mdv2007, and corrected the settings (no
mdk103) for mdk2006.

Will you please test it? You can simply get it from the development branch:
# wget http://svn.shubes.net/qtp/trunk/bin/qtp-whatami
then run it
# ./qtp-whatami
It should report your distro and version.

Thanks!
-- 
-Eric 'shubes'

-
 QmailToaster hosted by: VR Hosted 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [qmailtoaster] Needed fixes to add mdv2007 and 2007_64 support

[tobbe]

> [EMAIL PROTECTED] wrote:
>> Eric "Shubes" wrote:
>>> Cool, tobbe.
>>>
>>> Will you post the name and contents of the /etc/*-release file from the
>>> mdv2007 system so I can update the qtp-whatami script appropriately?
>>>
>>>
>> Ok here you have that for both 2006 and 2007
>> cat /etc/release
>> Mandriva Linux release 2006.0 (Official) for x86_64
>> cat /etc/release
>> Mandriva Linux release 2007.0 (Official) for x86_64
>>
> tobbe,
>
> Will you post the results of
> # ls -l /etc/*release
> for me? I was under the impression that there is a /etc/mandriva-release
> file for mandriva. Perhaps there are some links going on. This command
> will
> (I hope) show me what I need to know. I'm good with the content of the
> file(s).
>
> Thanks!
>
> --
> -Eric 'shubes'
>
> -
>  QmailToaster hosted by: VR Hosted 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

yes mandriva uses a lot of soft links

ls -al /etc/*release
-rw-r--r-- 1 root root 138 maj 11  2006 /etc/lsb-release
lrwxrwxrwx 1 root root  16 nov 10 04:58 /etc/mandrakelinux-release ->
mandriva-release
lrwxrwxrwx 1 root root  16 nov 10 04:58 /etc/mandrake-release ->
mandriva-release
-rw-r--r-- 1 root root  52 sep 21 17:59 /etc/mandriva-release
lrwxrwxrwx 1 root root  16 nov 10 04:58 /etc/redhat-release ->
mandriva-release
lrwxrwxrwx 1 root root  16 nov 10 04:58 /etc/release -> mandriva-release



-
 QmailToaster hosted by: VR Hosted 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[qmailtoaster] Re: qmail-toaster 1.3.8 release problem

[Yeak Nai Siew]

Hi Erik,

Just to inform you that I recompiled 1.3.8 and then ran again
/var/qmail/bin/dh_key, there is no more problem. I think upgrade direct
may not work. Need to initialize something.

Thanks.

Yeak Nai Siew wrote:
> Hi Erik,
>
> Had you tested qmail-toaster 1.3.8 release with SMTP AUTH and TLS/SSL? I
> have problem with it.
>
> Thanks.
>
>   

-- 
Yeak Nai Siew
Chief Executive Officer

My Directory Sdn Bhd (487437-D)
#34-03 Menara Dion, 27 Jalan Sultan Ismail
50250 Kuala Lumpur, Malaysia
tel +603 20704278  fax +603 20704281  http://www.md.com.my


-
 QmailToaster hosted by: VR Hosted 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [qmailtoaster] Needed fixes to add mdv2007 and 2007_64 support

[Eric \"Shubes\"]

[EMAIL PROTECTED] wrote:
> Eric "Shubes" wrote:
>> Cool, tobbe.
>>
>> Will you post the name and contents of the /etc/*-release file from the
>> mdv2007 system so I can update the qtp-whatami script appropriately?
>>
>>   
> Ok here you have that for both 2006 and 2007
> cat /etc/release
> Mandriva Linux release 2006.0 (Official) for x86_64
> cat /etc/release
> Mandriva Linux release 2007.0 (Official) for x86_64
> 
tobbe,

Will you post the results of
# ls -l /etc/*release
for me? I was under the impression that there is a /etc/mandriva-release
file for mandriva. Perhaps there are some links going on. This command will
(I hope) show me what I need to know. I'm good with the content of the file(s).

Thanks!

-- 
-Eric 'shubes'

-
 QmailToaster hosted by: VR Hosted 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [qmailtoaster] qtp-menu

[Eric \"Shubes\"]

[EMAIL PROTECTED] wrote:
> Did I misinterpret some of the previous posts or is there an ungrade
> option in qtp-menu.  I don't see it, only backup, restore, spam,
> 

You should uninstall v0.1 and install v0.2. See the wiki.

-- 
-Eric 'shubes'

-
 QmailToaster hosted by: VR Hosted 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [qmailtoaster] qtp-menu

[Ryan Gibbons]

There is one, it is the last option in the menu.

[EMAIL PROTECTED] wrote:

Did I misinterpret some of the previous posts or is there an ungrade
option in qtp-menu.  I don't see it, only backup, restore, spam,


-
 QmailToaster hosted by: VR Hosted 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

  



-
QmailToaster hosted by: VR Hosted 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[qmailtoaster] qtp-menu

[jeremy]

Did I misinterpret some of the previous posts or is there an ungrade
option in qtp-menu.  I don't see it, only backup, restore, spam,


-
 QmailToaster hosted by: VR Hosted 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [qmailtoaster] qmail-smtp on Fdr6064

[Wojciech Gabor]

Dnia środa, 15 listopada 2006 09:33, Erik Espinoza napisał:
> Looks like you're just missing krb5-libs


# rpm -qa | grep krb | sort
krb5-auth-dialog-0.7-1
krb5-devel-1.5-7
krb5-devel-1.5-7
krb5-libs-1.5-7
krb5-libs-1.5-7
pam_krb5-2.2.11-1

Packages are twice because is i386 and x86_64 (yum install because 
requirments)


# ldconfig -p | grep libkrb
libkrb5support.so.0 (libc6,x86-64) => /usr/lib64/libkrb5support.so.0
libkrb5support.so.0 (libc6) => /usr/lib/libkrb5support.so.0
libkrb5support.so (libc6,x86-64) => /usr/lib64/libkrb5support.so
libkrb5support.so (libc6) => /usr/lib/libkrb5support.so
libkrb5.so.3 (libc6,x86-64) => /usr/lib64/libkrb5.so.3
libkrb5.so.3 (libc6) => /usr/lib/libkrb5.so.3
libkrb5.so (libc6,x86-64) => /usr/lib64/libkrb5.so
libkrb5.so (libc6) => /usr/lib/libkrb5.so
libkrb4.so.2 (libc6,x86-64) => /usr/lib64/libkrb4.so.2
libkrb4.so.2 (libc6) => /usr/lib/libkrb4.so.2
libkrb4.so (libc6,x86-64) => /usr/lib64/libkrb4.so
libkrb4.so (libc6) => /usr/lib/libkrb4.so



> > I'v test this problem with qmail-toaster-1.03-1.3.7 and
> > qmail-toaster-1.03-1.3.8 - the same efect.
>
> Would you mind pasting /var/qmail/supervise/smtp/run?


#!/bin/sh
QMAILDUID=`id -u vpopmail`
NOFILESGID=`id -g vpopmail`
MAXSMTPD=`cat /var/qmail/control/concurrencyincoming`
BLACKLIST=`cat /var/qmail/control/blacklists`
SMTPD="/var/qmail/bin/qmail-smtpd"
TCP_CDB="/etc/tcprules.d/tcp.smtp.cdb"
RBLSMTPD="/usr/bin/rblsmtpd"
HOSTNAME=`hostname`
VCHKPW="/home/vpopmail/bin/vchkpw"
REQUIRE_AUTH=0

exec /usr/bin/softlimit -m 2700 \
 /usr/bin/tcpserver -v -R -H -l $HOSTNAME -x $TCP_CDB -c "$MAXSMTPD" \
 -u "$QMAILDUID" -g "$NOFILESGID" 0 smtp \
 $RBLSMTPD $BLACKLIST $SMTPD $VCHKPW /bin/true 2>&1

-- 
Wojciech Gabor
System uptime: 41 years 6 months 2 weeks 6 days 3 hours 45 minuts

Szlachetny człowiek wymaga od siebie,
prostak - od innych -- Konfucjusz

-
 QmailToaster hosted by: VR Hosted 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [qmailtoaster] qmail-smtp on Fdr6064

[Erik Espinoza]

Noone use Fedora Core 6 x86_64? No any idea to solve problem?
If any extra info needed I send it but what info?


In general, no! Most of the people on this list are using CentOS or
RHEL here. And as I don't have a 64 bit machine, I couldn't test my
FC6 x86_64 bit build.


I'v test this problem with qmail-toaster-1.03-1.3.7 and
qmail-toaster-1.03-1.3.8 - the same efect.


Would you mind pasting /var/qmail/supervise/smtp/run?

-
QmailToaster hosted by: VR Hosted 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [qmailtoaster] qmail-smtp on Fdr6064

[Erik Espinoza]

Looks like you're just missing krb5-libs

Erik

On 11/15/06, Wojciech Gabor <[EMAIL PROTECTED]> wrote:

Dnia wtorek, 14 listopada 2006 01:18, Wojciech Gabor napisał:
> Dnia wtorek, 14 listopada 2006 01:10, Erik Espinoza napisał:
> > Did you compile the qmail-toaster on this machine? Did you install all
> > of the dependencies from fdr6064-deps.sh?
>
> Yes, all build process on this machine by fdr6064-install-script. Only
> vpopmail build without --disable-many-domains.

Noone use Fedora Core 6 x86_64? No any idea to solve problem?
If any extra info needed I send it but what info?

I'v test this problem with qmail-toaster-1.03-1.3.7 and
qmail-toaster-1.03-1.3.8 - the same efect.

--
Wojciech Gabor
System uptime: 41 years 6 months 2 weeks 6 days 3 hours 15 minuts

-
 QmailToaster hosted by: VR Hosted 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [qmailtoaster] qmail-smtp on Fdr6064

[Wojciech Gabor]

Dnia wtorek, 14 listopada 2006 01:18, Wojciech Gabor napisał:
> Dnia wtorek, 14 listopada 2006 01:10, Erik Espinoza napisał:
> > Did you compile the qmail-toaster on this machine? Did you install all
> > of the dependencies from fdr6064-deps.sh?
>
> Yes, all build process on this machine by fdr6064-install-script. Only
> vpopmail build without --disable-many-domains.

Noone use Fedora Core 6 x86_64? No any idea to solve problem?
If any extra info needed I send it but what info?

I'v test this problem with qmail-toaster-1.03-1.3.7 and 
qmail-toaster-1.03-1.3.8 - the same efect.

-- 
Wojciech Gabor
System uptime: 41 years 6 months 2 weeks 6 days 3 hours 15 minuts

-
 QmailToaster hosted by: VR Hosted 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]