Re: [qmailtoaster] a stange problem

[Jake Vickers]

Natalio Gatti wrote:

aside from the humor - it makes me think
Is there any time one would wish to  Clear the queue
and how might that be done?   and are there any suprising downsides 
of that?




Never touch the queue directly. You can use qmHandle or similar
scripts to do that.
Correct. Touching the queue is asking for trouble. Believe me. How do I 
know this? Guess what I've done.
And yes, sometime emptying the queue is beneficial. Like when someone 
queues up 5000 messages to bad email addresses or something for a 
mailing list. If you don't want to wade into qmhandle or another queue 
management tool, lower your /var/qmail/control/queuelifetime to 
something like 5 minutes (300 seconds). That will clear all of those 
messages out of there quickly.


smime.p7s
Description: S/MIME Cryptographic Signature

Re: [qmailtoaster] [Fwd: RE: 404 while getting RDJ updates?]

[Jake Vickers]

dnk wrote:

How does one disable it?



On 6/7/07, *slamp slamp* <[EMAIL PROTECTED] 
> wrote:


it is part of the qmailtoaster-plus. if you have that installed and
configured then you need to disable it. otherwise don't do anything.


There should be a cron job that runs nightly to download the latest updates.

Word on the SA mailing list is that the DDOS attack is also hitting 
Spamhaus, as well as a few other BL's.

Just another day in paradise!



smime.p7s
Description: S/MIME Cryptographic Signature

Re: [qmailtoaster] a stange problem

[Natalio Gatti]

aside from the humor - it makes me think
Is there any time one would wish to  Clear the queue
and how might that be done?   and are there any suprising downsides of that?



Never touch the queue directly. You can use qmHandle or similar
scripts to do that.

Salutti,

Natalio.

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

Re: [qmailtoaster] a stange problem

[Jim Shupert, Jr.]

  Jim Shupert, Jr. wrote: 
Friends,

here my qmailtoaster is running - what seems to be fine.
But 
I have 1 user who isn't getting mail

she & I are in the same domain ( everyone else is getting & sending OK )
if I send her an email  and I look in
home/vpopmail/domains/"ourDomaineName"/"herAccntName/MailDir/

cur = empty
tmp = empty

new/  i will see the email I just sent her.
( i can open it and look at it )

If I go to her client and do a send - recieve
she does not get it and it is gone from  ' new '

so any thoughts

also

where does mail go - that is -
is there a que place and where is that?
  Can she the message from webmail? Before her client checks it? If so, then 
it's something with her client.
  When a message is marked as read, it gets moved from the new dir, then get's 
moved to the cur dir, unless the client is set to remove the messages from the 
server, in which case it's removed.
  A message is in queue when it comes in (for a brief period of time, like 2-6 
seconds as it gets checked for spam and what-not), and when messages are sent 
that are destined for outside domains. They will then rest in the queue until 
delivered. Namely /var/qmail/queue/remote somewhere.

  I think her problem is her client
  I setup a second computer , and that ...seems to be OK - so diffrent client , 
same server , same account
  we waiting before declaring victory
  One thing that was found ( passed on for the humor of it ) the user had her 
own account in the ' rejected senders ' rule on her client.
  :)(( i have actually never seen that before... removing that allowed her 
to send to herself ))

  aside from the humor - it makes me think
  Is there any time one would wish to  Clear the queue
  and how might that be done?   and are there any suprising downsides of that?

  Thanks

  j

Re: [qmailtoaster] [Fwd: RE: 404 while getting RDJ updates?]

[dnk]

How does one disable it?



On 6/7/07, slamp slamp <[EMAIL PROTECTED]> wrote:


it is part of the qmailtoaster-plus. if you have that installed and
configured then you need to disable it. otherwise don't do anything.

On 6/7/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Is Rules du Jour something that is 'on' by default with Qmail toaster or
> is it an option you enable after the install?
>
> Chas.
>
> > For an update Looks like everyone should stop using Rules du Jour
> > until further notice.
> >
> >
> >  Original Message 
> > Subject:  RE: 404 while getting RDJ updates?
> > Date: Thu, 7 Jun 2007 12:11:55 -0400
> > From: Chris Santerre <[EMAIL PROTECTED]>
> > To:   'Jim Maul' <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
> >
> >
> >
> >
> >
> >  > -Original Message-
> >  > From: Jim Maul [mailto:[EMAIL PROTECTED]
> >  > Sent: Thursday, June 07, 2007 12:02 PM
> >  > To: [EMAIL PROTECTED]
> >  > Subject: Re: 404 while getting RDJ updates?
> >  >
> >  >
> >  > guenther wrote:
> >  > > On Thu, 2007-06-07 at 17:45 +0200, Anders Norrbring wrote:
> >  > >> Anyone else getting 404 errors from RDJ lately?
> >  > >
> >  > > Yes, this topic came up just a few hours ago. Probably a
> >  > dDOS attack.
> >  > >
> >  > > Please disable all RDJ till further notice.
> >  > >
> >  > >   guenther
> >  > >
> >  > >
> >  >
> >  > I would imagine this is related to www.uribl.com and
> >  > surbl.org  having
> >  > issues as well.  Both are now pointing to 127.0.0.1 in what I would
> >  > assume was an attempt to stop the attack.  Some spammer is
> >  > pissed off it
> >  > seems...
> >
> > Its true, scanners indicate klingon war vessels approaching our
sector.
> > We've dropped out of warp due to overuse of the dilythium crystals.
> > Federation starships have been called in for assistance. Scottie has
> > given us more power, but is not sure she will hold together much
> > longer.  All the while Ensen Alex won't stop dancing with a half naked
> > green lady!
> >
> > Thanks,
> >
> > Chris Santerre
> > SysAdmin and Spamfighter
> > www.rulesemporium.com
> > www.uribl.com
> >
> >
> >
> >
>
>
>
> -
>  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] [Fwd: RE: 404 while getting RDJ updates?]

[slamp slamp]

it is part of the qmailtoaster-plus. if you have that installed and
configured then you need to disable it. otherwise don't do anything.

On 6/7/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:

Is Rules du Jour something that is 'on' by default with Qmail toaster or
is it an option you enable after the install?

Chas.

> For an update Looks like everyone should stop using Rules du Jour
> until further notice.
>
>
>  Original Message 
> Subject:  RE: 404 while getting RDJ updates?
> Date: Thu, 7 Jun 2007 12:11:55 -0400
> From: Chris Santerre <[EMAIL PROTECTED]>
> To:   'Jim Maul' <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
>
>
>
>
>
>  > -Original Message-
>  > From: Jim Maul [mailto:[EMAIL PROTECTED]
>  > Sent: Thursday, June 07, 2007 12:02 PM
>  > To: [EMAIL PROTECTED]
>  > Subject: Re: 404 while getting RDJ updates?
>  >
>  >
>  > guenther wrote:
>  > > On Thu, 2007-06-07 at 17:45 +0200, Anders Norrbring wrote:
>  > >> Anyone else getting 404 errors from RDJ lately?
>  > >
>  > > Yes, this topic came up just a few hours ago. Probably a
>  > dDOS attack.
>  > >
>  > > Please disable all RDJ till further notice.
>  > >
>  > >   guenther
>  > >
>  > >
>  >
>  > I would imagine this is related to www.uribl.com and
>  > surbl.org  having
>  > issues as well.  Both are now pointing to 127.0.0.1 in what I would
>  > assume was an attempt to stop the attack.  Some spammer is
>  > pissed off it
>  > seems...
>
> Its true, scanners indicate klingon war vessels approaching our sector.
> We've dropped out of warp due to overuse of the dilythium crystals.
> Federation starships have been called in for assistance. Scottie has
> given us more power, but is not sure she will hold together much
> longer.  All the while Ensen Alex won't stop dancing with a half naked
> green lady!
>
> Thanks,
>
> Chris Santerre
> SysAdmin and Spamfighter
> www.rulesemporium.com
> www.uribl.com
>
>
>
>



-
 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] [Fwd: RE: 404 while getting RDJ updates?]

[chas]

Is Rules du Jour something that is 'on' by default with Qmail toaster or
is it an option you enable after the install?

Chas.

> For an update Looks like everyone should stop using Rules du Jour
> until further notice.
>
>
>  Original Message 
> Subject:  RE: 404 while getting RDJ updates?
> Date: Thu, 7 Jun 2007 12:11:55 -0400
> From: Chris Santerre <[EMAIL PROTECTED]>
> To:   'Jim Maul' <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
>
>
>
>
>
>  > -Original Message-
>  > From: Jim Maul [mailto:[EMAIL PROTECTED]
>  > Sent: Thursday, June 07, 2007 12:02 PM
>  > To: [EMAIL PROTECTED]
>  > Subject: Re: 404 while getting RDJ updates?
>  >
>  >
>  > guenther wrote:
>  > > On Thu, 2007-06-07 at 17:45 +0200, Anders Norrbring wrote:
>  > >> Anyone else getting 404 errors from RDJ lately?
>  > >
>  > > Yes, this topic came up just a few hours ago. Probably a
>  > dDOS attack.
>  > >
>  > > Please disable all RDJ till further notice.
>  > >
>  > >   guenther
>  > >
>  > >
>  >
>  > I would imagine this is related to www.uribl.com and
>  > surbl.org  having
>  > issues as well.  Both are now pointing to 127.0.0.1 in what I would
>  > assume was an attempt to stop the attack.  Some spammer is
>  > pissed off it
>  > seems...
>
> Its true, scanners indicate klingon war vessels approaching our sector.
> We've dropped out of warp due to overuse of the dilythium crystals.
> Federation starships have been called in for assistance. Scottie has
> given us more power, but is not sure she will hold together much
> longer.  All the while Ensen Alex won't stop dancing with a half naked
> green lady!
>
> Thanks,
>
> Chris Santerre
> SysAdmin and Spamfighter
> www.rulesemporium.com
> www.uribl.com
>
>
>
>



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

Re: [qmailtoaster] a stange problem

[Jake Vickers]

Jim Shupert, Jr. wrote:

Friends,
 
here my qmailtoaster is running - what seems to be fine.

But
I have 1 user who isn't getting mail
 
she & I are in the same domain ( everyone else is getting & sending OK )

if I send her an email  and I look in
home/vpopmail/domains/"ourDomaineName"/"herAccntName/MailDir/
 
cur = empty

tmp = empty
 
new/  i will see the email I just sent her.

( i can open it and look at it )
 
If I go to her client and do a send - recieve

she does not get it and it is gone from  ' new '
 
so any thoughts
 
also
 
where does mail go - that is -

is there a que place and where is that?
Can she the message from webmail? Before her client checks it? If so, 
then it's something with her client.
When a message is marked as read, it gets moved from the new dir, then 
get's moved to the cur dir, unless the client is set to remove the 
messages from the server, in which case it's removed.
A message is in queue when it comes in (for a brief period of time, like 
2-6 seconds as it gets checked for spam and what-not), and when messages 
are sent that are destined for outside domains. They will then rest in 
the queue until delivered. Namely /var/qmail/queue/remote somewhere.





smime.p7s
Description: S/MIME Cryptographic Signature

[qmailtoaster] a stange problem

[Jim Shupert, Jr.]

Friends,

here my qmailtoaster is running - what seems to be fine.
But 
I have 1 user who isn't getting mail

she & I are in the same domain ( everyone else is getting & sending OK )
if I send her an email  and I look in
home/vpopmail/domains/"ourDomaineName"/"herAccntName/MailDir/

cur = empty
tmp = empty

new/  i will see the email I just sent her.
( i can open it and look at it )

If I go to her client and do a send - recieve
she does not get it and it is gone from  ' new '

so any thoughts

also

where does mail go - that is -
is there a que place and where is that?

thanks


j

[qmailtoaster] [Fwd: RE: 404 while getting RDJ updates?]

[Jake Vickers]

For an update Looks like everyone should stop using Rules du Jour 
until further notice.



 Original Message 
Subject:RE: 404 while getting RDJ updates?
Date:   Thu, 7 Jun 2007 12:11:55 -0400
From:   Chris Santerre <[EMAIL PROTECTED]>
To: 'Jim Maul' <[EMAIL PROTECTED]>, [EMAIL PROTECTED]





> -Original Message-
> From: Jim Maul [mailto:[EMAIL PROTECTED]
> Sent: Thursday, June 07, 2007 12:02 PM
> To: [EMAIL PROTECTED]
> Subject: Re: 404 while getting RDJ updates?
>
>
> guenther wrote:
> > On Thu, 2007-06-07 at 17:45 +0200, Anders Norrbring wrote:
> >> Anyone else getting 404 errors from RDJ lately?
> >
> > Yes, this topic came up just a few hours ago. Probably a
> dDOS attack.
> >
> > Please disable all RDJ till further notice.
> >
> >   guenther
> >
> >
>
> I would imagine this is related to www.uribl.com and
> surbl.org  having
> issues as well.  Both are now pointing to 127.0.0.1 in what I would
> assume was an attempt to stop the attack.  Some spammer is
> pissed off it
> seems...

Its true, scanners indicate klingon war vessels approaching our sector. 
We've dropped out of warp due to overuse of the dilythium crystals. 
Federation starships have been called in for assistance. Scottie has 
given us more power, but is not sure she will hold together much 
longer.  All the while Ensen Alex won't stop dancing with a half naked 
green lady!


Thanks,

Chris Santerre
SysAdmin and Spamfighter
www.rulesemporium.com
www.uribl.com





smime.p7s
Description: S/MIME Cryptographic Signature

Re: [qmailtoaster] qtp-newmodel upgrade - aftermath - isoqlog seg fault...

[Harry Zink]

Getting this error:

/usr/share/toaster/isoqlog/bin/cron.sh: line 20: 31191 Segmentation  
fault  $ISOQLOG >/dev/null 2>/dev/null


Only started an hour ago. Any ideas?



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

[qmailtoaster] Rules Emporium

[Jake Vickers]

For those that get error logs sent to them, Rules Emporium returned 404 
error last night when trying to update your rules from Rules du Jour. 
The word on the Spamassassin mailing list is that there was a DDOS 
attack on the site last night.

If I hear anything else earth-shattering, I'll let you know.


smime.p7s
Description: S/MIME Cryptographic Signature

Re: [qmailtoaster] qtp-newmodel upgrade - vpopmail - send-emails fails

[Jake Vickers]

Harry Zink wrote:


On Jun 7, 2007, at 3:46 AM, Jake Vickers wrote:

Website (and QMT) is maintained by Nick and Erik. qtp-upgrade is 
maintained by Eric (Shubes). I maintain QTP and QMT-ISO, as well as 
some other little things like the backup and restore scripts (Shubes 
also helps maintain QTP). I have no problem leaving qtp-upgrade in 
QTP, but if it begins to cause problems I don't want to leave it in 
there for everyone to mess up their systems on. *I* don't have time 
to maintain it, nor really want to wade it at all.


Thanks for explaining this - also, it appears that even with the new 
order reference, there were plenty of other problems. I just spent 3 
hours manually upgrading my QMT, because the qtp-newmodel script 
failed repeatedly.
I think it's a great script. I like the idea of not having to take down 
the whole system for an upgrade, but as the packages keep evolving as 
well as the distros themselves, I believe that ALL of the scripts used 
for QMT need to evolve as well. I understand that Eric is very busy with 
his new job (kudos to him!) and like we all have happen to us, we don't 
have time to maintain some of our previous projects. I know *I* am one 
of the first guilty ones on that. I whip out little snips of code to fix 
something, and then never go back to them. I don't expect anyone to use 
my old pieces of code if they don't work, especially if I take on a new 
project at work and neglect the previously mentioned code.
If the fix is something simple like fixing the current.txt file, I can 
work on getting that fixed. If it's more involved, to be honest, I just 
don't want to invest the time to dig any deeper. I don't use the script 
myself. For that matter, you don't even want to know how old the Toaster 
packages are on most of my systems. They work, so I'm not going to go 
and try to fix them better.
Anyway, I'm going to get my 2nd cup of coffee, and by then I'll quit 
jumping all around ideas .
Thanks. Lemme know if the code changes to the qtp-upgrade script are 
easily done.




smime.p7s
Description: S/MIME Cryptographic Signature

Re: [qmailtoaster] spamassassin-toaster-3.2.0 - dependencies

[Harry Zink]

These are the module dependency errors I got when trying to compile  
SA 3.20:


checking module dependencies and their versions...

 
***

ERROR: the required HTML::Parser (version 3.43) module is installed,
but is not an up-to-date version. at lib/Mail/SpamAssassin/Util/ 
DependencyInfo.pm line 293.



  HTML is used for an ever-increasing amount of email so this  
dependency

  is unavoidable.  Run "perldoc -q html" for additional information.


 
***

NOTE: the optional Mail::SPF module is not installed.

  Used to check DNS Sender Policy Framework (SPF) records to fight  
email
  address forgery and make it easier to identify spams.  (This is  
preferred

  over Mail::SPF::Query.)


 
***

NOTE: the optional Mail::SPF::Query module is not installed.

  Used to check DNS Sender Policy Framework (SPF) records to fight  
email

  address forgery and make it easier to identify spams.  (Mail::SPF is
  preferred instead of this module.)


 
***

NOTE: the optional IP::Country module is not installed.

  Used by the RelayCountry plugin (not enabled by default) to determine
  the domain country codes of each relay in the path of an email.


 
***

NOTE: the optional Razor2 (version 2.61) module is not installed.

  Used to check message signatures against Vipul's Razor collaborative
  filtering network. Razor has a large number of dependencies on CPAN
  modules. Feel free to skip installing it, if this makes you nervous;
  SpamAssassin will still work well without it.

  More info on installing and using Razor can be found
  at http://wiki.apache.org/spamassassin/InstallingRazor .


 
***

NOTE: the optional Net::Ident module is not installed.

  If you plan to use the --auth-ident option to spamd, you will need
  to install this module.


 
***

NOTE: the optional IO::Socket::INET6 module is not installed.

  This is required if the first nameserver listed in your IP
  configuration or /etc/resolv.conf file is available only via
  an IPv6 address.


 
***

NOTE: the optional IO::Socket::SSL module is not installed.

  If you wish to use SSL encryption to communicate between spamc and
  spamd (the --ssl option to spamd), you need to install this
  module. (You will need the OpenSSL libraries and use the
  ENABLE_SSL="yes" argument to Makefile.PL to build and run an SSL
  compatibile spamc.)


 
***

NOTE: the optional Compress::Zlib module is not installed.

  If you wish to use the optional zlib compression for communication
  between spamc and spamd (the -z option to spamc), you need to install
  this module.


 
***

NOTE: the optional Mail::DomainKeys module is not installed.

  If this module is installed, and you enable the DomainKeys plugin,
  SpamAssassin will perform Domain Key lookups when Domain Key
  information is present in the message headers.  (Note that new  
versions

  of Mail::DKIM render this module superfluous.)


 
***

NOTE: the optional Mail::DKIM module is not installed.

  If this module is installed, and you enable the DKIM plugin,
  SpamAssassin will perform DKIM lookups when a DKIM-Signature
  header is present in the message headers.  (New versions of this  
module
  support both Domain Keys and DKIM, rendering Mail::DomainKeys  
obsolete.)



 
***

NOTE: the optional Archive::Tar (version 1.23) module is not installed.

  The "sa-update" script requires this module to access tar update
  archive files.


 
***

NOTE: the optional IO::Zlib (version 1.04) module is not installed.

  The "sa-update" script requires this module to access compressed
  update archive files.


 
***

NOTE: the optional Encode::Detect module is not installed.

  If you plan to use the normalize_charset config setting to detect
  charsets and convert them into Unicode, you will need to install
  this module.

REQUIRED module out of date: HTML::Parser
optional module missing: Mail::SPF
optional module missing: Mail::SPF::Query
optional module missing: IP::Country
optional module missing: Razor2
optional module m

Re: [qmailtoaster] spamassassin-toaster-3.2.0

[Harry Zink]

On May 26, 2007, at 8:52 AM, slamp slamp wrote:


anyone using this in production? any issues?


I tried to build it, and it failed claiming a ton of modules were  
missing.


Centos 4.5 x86_64




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

Re: [qmailtoaster] qtp-newmodel upgrade - vpopmail - send-emails fails

[Harry Zink]

On Jun 7, 2007, at 3:46 AM, Jake Vickers wrote:

Website (and QMT) is maintained by Nick and Erik. qtp-upgrade is  
maintained by Eric (Shubes). I maintain QTP and QMT-ISO, as well as  
some other little things like the backup and restore scripts  
(Shubes also helps maintain QTP). I have no problem leaving qtp- 
upgrade in QTP, but if it begins to cause problems I don't want to  
leave it in there for everyone to mess up their systems on. *I*  
don't have time to maintain it, nor really want to wade it at all.


Thanks for explaining this - also, it appears that even with the new  
order reference, there were plenty of other problems. I just spent 3  
hours manually upgrading my QMT, because the qtp-newmodel script  
failed repeatedly.



I missed Kevin's post on the fix for the package order, so I'll  
have to dig for that. Was it just fixing the order in the  
current.txt file?


I'm copying his prior response here:
--


From: [EMAIL PROTECTED]
	Subject: 	RE: [qmailtoaster] qtp-newmodel upgrade - vpopmail - send- 
emails fails

Date:   April 23, 2007 8:56:29 AM PDT
To:   qmailtoaster-list@qmailtoaster.com
Reply-To: qmailtoaster-list@qmailtoaster.com

Thank you Eric - that worked.

For those following this post - if your upgrade fails due to
current-newmodel.txt being in alphabetical order instead of build order,
edit the file to the following order noting the following:
MODIFY PACKAGE VERSIONS AS NEEDED - SOME MAY NOT WANT ZLIB OR DJBDNS

Re run the newmodel upgrade script, processing your new current  
selection.


zlib-1.2.3-1.0.3.src.rpm
daemontools-toaster-0.76-1.3.3.src.rpm
ucspi-tcp-toaster-0.88-1.3.5.src.rpm
vpopmail-toaster-5.4.17-1.3.4.src.rpm
libdomainkeys-toaster-0.68-1.3.3.src.rpm
libsrs2-toaster-1.0.18-1.3.3.src.rpm
qmail-toaster-1.03-1.3.15.src.rpm
courier-authlib-toaster-0.59.2-1.3.6.src.rpm
courier-imap-toaster-4.1.2-1.3.7.src.rpm
autorespond-toaster-2.0.4-1.3.3.src.rpm
control-panel-toaster-0.5-1.3.4.src.rpm
ezmlm-toaster-0.53.324-1.3.3.src.rpm
qmailadmin-toaster-1.2.11-1.3.4.src.rpm
qmailmrtg-toaster-4.2-1.3.3.src.rpm
maildrop-toaster-2.0.3-1.3.5.src.rpm
isoqlog-toaster-2.1-1.3.4.src.rpm
squirrelmail-toaster-1.4.9a-1.3.6.src.rpm
spamassassin-toaster-3.1.8-1.3.8.src.rpm
clamav-toaster-0.90.1-1.3.13.src.rpm
ripmime-toaster-1.4.0.6-1.3.3.src.rpm
simscan-toaster-1.3.1-1.3.6.src.rpm
vqadmin-toaster-2.3.4-1.3.3.src.rpm
djbdns-1.05-1.0.5.src.rpm

KUDOS TO EVERYONE ON THE TOASTER CREW


Thank You
 Kevin Katz


-Original Message-
From: Eric "Shubes" [mailto:[EMAIL PROTECTED]
Sent: Saturday, April 21, 2007 4:59 PM
To: qmailtoaster-list@qmailtoaster.com
Subject: Re: [qmailtoaster] qtp-newmodel upgrade - vpopmail - send- 
emails

fails

Just before qmail-toaster. (I think)

Kevin Katz wrote:


Where should libsrs2 go?

Thank You
 Kevin Katz



-Original Message-
From: Eric "Shubes" [mailto:[EMAIL PROTECTED]
Sent: Saturday, April 21, 2007 10:33 AM
To: qmailtoaster-list@qmailtoaster.com
Subject: Re: [qmailtoaster] qtp-newmodel upgrade - vpopmail - send- 
emails

fails

Here's the order that current.txt should be in:
# list of packages in order of installation
pkglist="\
zlib \
daemontools-toaster \
ucspi-tcp-toaster \
vpopmail-toaster \
libdomainkeys-toaster \
qmail-toaster \
courier-authlib-toaster \
courier-imap-toaster \
autorespond-toaster \
control-panel-toaster \
ezmlm-toaster \
qmailadmin-toaster \
qmailmrtg-toaster \
maildrop-toaster \
isoqlog-toaster \
squirrelmail-toaster \
spamassassin-toaster \
clamav-toaster \
ripmime-toaster \
simscan-toaster \
vqadmin-toaster \

Kevin Katz wrote:

Is it possible to modify a previous current.txt and use it. As of  
this

morning, still unable to upgrade.

Thank You
 Kevin Katz


-Original Message-
From: Eric "Shubes" [mailto:[EMAIL PROTECTED]
Sent: Friday, April 20, 2007 10:56 AM
To: qmailtoaster-list@qmailtoaster.com
Subject: Re: [qmailtoaster] qtp-newmodel upgrade - vpopmail - send- 
emails

fails

The build order is determined by the current.txt file on the main  
site.


EE/NK, looks like the script to build the current.txt file wasn't  
run.



Can


we get that fixed?

Kevin Katz wrote:


Thank you for your reply Eric,

It appears that control panel is being built before vpopmail. I've
listed the newmodel script output, showing build order and the  
list of
packages in the current-newmodel.txt. It appears that the build  
order is

following the package order in the current-newmodel.txt.

autorespond-toaster-2.0.4-1.3.3 is already installed in sandbox, not


built

clamav-toaster-0.90.1-1.3.13 is already installed in sandbox, not  
built

Building control-panel-toaster-0.5-1.3.4 ...
Installing control-panel-toaster-0.5-1.3.4 in the sandbox ...
qtp-build-rpms - rpm -Uvh failed for control-panel-toaster-0.5-1.3.4
qtp-build-rpms - see


/qtp-sandbox/usr/src/qtp-upgrade/log/build-recent.log


Build failed, Exiting.


autorespond-toaster-2

Re: [qmailtoaster] Gmail_Yahoo_AOL_Hotmail_QMT Mandriva 2007 Probelm

[Jake Vickers]

kernel.2k5 wrote:

Yahoo / Gmail Problem got solved ,
but while sending message to Aol user i got following in my Qmail send
logs :

@40004667c5322336270c delivery 1: deferral:
Connected_to_64.12.137.184_but_greeting_failed./Remote_host_said:_554-_(RTR:DU)__http://postmaster.info.aol.com/errors/554rtrdu.html/554__Connecting_IP:_61.XX.10.XX/

Note : XX is my real ip running Qmail.

Can you tell me what it is ?

Yaa but i can receive the mail from aol, that part is ok .
  

If you go to:

http://postmaster.info.aol.com/errors/554rtrdu.html/554__Connecting_IP:_61.XX.10.XX/

AOL will be more than happy to tell you what they think you're doing wrong.


smime.p7s
Description: S/MIME Cryptographic Signature

Re: [qmailtoaster] qtp-newmodel upgrade - vpopmail - send-emails fails

[Jake Vickers]

Harry Zink wrote:
There's no need to remove an entire upgrade sub-system, when all 
that's messed up is one text file with the chronology of the files in 
the wrong order.


Kevin Katz pointed the proper order out, and all that needs to be done 
is to properly adjust the current-newmodel.txt file -- Eric doesn't 
need to be present to do that, just whoever maintains the website 
should be able to fix that.


Considering it has majorly screwed up several installations so far, I 
am baffled why this has gone unattended for as long as it has.


In all fairness, the original upgrade script was killer, and I 
acknowledge the efforts that have gone into it, which it is doubly 
baffling why it is left to languish over one mis-ordered text file.


Website (and QMT) is maintained by Nick and Erik. qtp-upgrade is 
maintained by Eric (Shubes). I maintain QTP and QMT-ISO, as well as some 
other little things like the backup and restore scripts (Shubes also 
helps maintain QTP). I have no problem leaving qtp-upgrade in QTP, but 
if it begins to cause problems I don't want to leave it in there for 
everyone to mess up their systems on. *I* don't have time to maintain 
it, nor really want to wade it at all.
I missed Kevin's post on the fix for the package order, so I'll have to 
dig for that. Was it just fixing the order in the current.txt file?


smime.p7s
Description: S/MIME Cryptographic Signature

Re: [qmailtoaster] Gmail_Yahoo_AOL_Hotmail_QMT Mandriva 2007 Probelm

[kernel.2k5]

Yahoo / Gmail Problem got solved ,
but while sending message to Aol user i got following in my Qmail send
logs :

@40004667c5322336270c delivery 1: deferral:
Connected_to_64.12.137.184_but_greeting_failed./Remote_host_said:_554-_(RTR:DU)__http://postmaster.info.aol.com/errors/554rtrdu.html/554__Connecting_IP:_61.XX.10.XX/

Note : XX is my real ip running Qmail.

Can you tell me what it is ?

Yaa but i can receive the mail from aol, that part is ok .

Thanks.



Jake Vickers wrote:
> kernel.2k5 wrote:
>> Hi i tested as per yours instructions and found that as shown below :
>>
>> 40004665b87e1cf0b2f4 CHKUSER accepted sender: from
>> <[EMAIL PROTECTED]::> remote
>>  rcpt <> : sender accepted
>> @40004665b87e2532cde4 CHKUSER relaying rcpt: from
>> <[EMAIL PROTECTED]::> remote
>>  rcpt
>> <[EMAIL PROTECTED]> : client allowed to relay
>> @40004665b87e35c2eaa4 CHKUSER relaying rcpt: from
>> <[EMAIL PROTECTED]::> remote
>>  rcpt
>> <[EMAIL PROTECTED]> : client allowed to relay
>> @40004665b87e3b8743f4 tcpserver: end 14586 status 0
>> @40004665b87e3b875b64 tcpserver: status: 0/100
>>
>>
>> Then i go to yahoo and gmail acount .
>>
>> In gmail i found the message in SPAM folder Why its like this
>>
>> yahoo no sign of receiving neither Spam nor Bulk why ??
>>
>> Apart ., what i seen above is
>> " rcpt <> : sender accepted"
> Don't worry about the "unknown" part. That's just the remote computer,
> since you're not doing DNS checks when contacting them.
> Finding your messages in the Spam folder is not uncommon, especially
> with a new mail server. If you move it to your regular inbox and
> report it as NOT SPAM, in the future it should not be put in the spam box.
> As far as the other providers I know AOL is especially strict with
> reverse DNS checks - if you don't have a reverse DNS entry, they
> bounce your message. They may do it silently now. In Yahoo, give it a
> few hours to make it's way into a folder, or for you to get a bounce
> message from them explaining why the message bounced. Once you work
> through a few of these headaches with the Yahoo, AOL, Hotmail,
> Earthlink, etc., providers you usually won't have to again.

-- 
===
With Best Regards

Mr.Shailesh Bhutada(CTO)

Web:www.comptrixsys.com
Email:[EMAIL PROTECTED]
 :[EMAIL PROTECTED] 
=
This Message is sent Via [EMAIL PROTECTED]
Server SuSe 10.1 Linux Using Opera's e-mail client 
or Mozilla ThunderBird Mail Client.
=


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

Re: [qmailtoaster] qtp-newmodel upgrade - vpopmail - send-emails fails

[Harry Zink]

There's no need to remove an entire upgrade sub-system, when all  
that's messed up is one text file with the chronology of the files in  
the wrong order.


Kevin Katz pointed the proper order out, and all that needs to be  
done is to properly adjust the current-newmodel.txt file -- Eric  
doesn't need to be present to do that, just whoever maintains the  
website should be able to fix that.


Considering it has majorly screwed up several installations so far, I  
am baffled why this has gone unattended for as long as it has.


In all fairness, the original upgrade script was killer, and I  
acknowledge the efforts that have gone into it, which it is doubly  
baffling why it is left to languish over one mis-ordered text file.


Harry


On Jun 6, 2007, at 3:45 AM, Jake Vickers wrote:

Eric Shubes is the one who wrote/maintains this part of QTP (qtp- 
upgrade). Give him some time - he started a new job a couple months  
back that is very demanding.
If nothing else, I'll remove qtp-upgrade from the next QTP release  
and move back to the old upgrade script.


---
George E. Nichols
"The universal aptitude for ineptitude makes any human accomplishment  
an incredible miracle."