Re: [qmailtoaster] muliple mx retry

[Raj]

in my install it does not work. and there are patches to take care of this

but how to get them in qmail toaster is big question.

i tried the archives but there is no proper answer

can somebody with experience, who can say for sure, - please help ?

i found this website which refers to this
http://www.dt.e-technik.uni-dortmund.de/~ma/qmail-bugs.html

raj


> Yeah, it *should*. I do recall though that the stock qmail program had a
> problem in this area. I don't know if one of the many toaster patches
> fixes
> that behavior or not. Have you searched that list archives?
>
> James Palmer wrote:
>> It should do, as per RFC.
>>
>> James
>>
>>
>> On 8 May 2008, at 11:01, Raj wrote:
>>
>>> hi
>>>
>>> had a question concerning Remote email delivery
>>>
>>> does qmail retry mx server's as per their priority for remote emails ?
>>>
>>> ie if i am sending email to [EMAIL PROTECTED] and xyz.com has 3 mx servers
>>> and
>>> if the first one is down is the second one tried immediately ?
>>>
>>> regds
>>> raj
>>>
>
>
> --
> -Eric 'shubes'
>
> -
>  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] spamassassin-toaster-3.2.4-1.3.15

[Erik A. Espinoza]

Hey ES,

I'll take a look at this in the weekend and post it if all looks good.

EE

On Thu, May 8, 2008 at 4:12 PM, Eric Shubert <[EMAIL PROTECTED]> wrote:
> Sorry for the large attachment, but I know some folks are eager to get this
> (and I forgot it on my previous post!)
>
> --
> -Eric 'shubes'
>
> -
> 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] 553 sorry, that domain isn't in my list of allowed rcpthosts (#5.5.3 - chkuser)

[Glen Vickers]

Hello all.  I'm getting the dredded 553 message out of the blue.  I am able
to send email using squirrel, however if I try to send email to any address
on the 3 domains I have on the server, it fails. 
My tcp.smtp seems fine for the local and the public IP.
 
127.:allow,RELAYCLIENT="",DKSIGN="/var/qmail/control/domainkeys/%/private"
192.168.:allow,RELAYCLIENT="",DKSIGN="/var/qmail/control/domainkeys/%/privat
e"
XXX.XXX.XXX.XXX:allow,RELAYCLIENT="",DKSIGN="/var/qmail/control/domainkeys/%
/private"
 
Where X is my public IP.
 
In the SMTP log I get
 
@40004823c9ac0a7515fc CHKUSER accepted sender: from
<[EMAIL PROTECTED]::> remote 
rcpt <> : sender accepted
@40004823c9de3173d7ec CHKUSER rejected relaying: from
<[EMAIL PROTECTED]::> remote 
rcpt <[EMAIL PROTECTED]> : client not allowed to relay
 
I get this message from any address trying to send to the email addresses on
my server. As you can guess, this is an issue. So my question is, should I
add the MTA address of my ISP to the tcp.smtp  ?  or is there something else
that would be blocking email from coming in??
 
Glen

[qmailtoaster] Bulk sending Slow

[Know More]

I have a toaster which is working fine for quite some time now for a client
of mine. Now one of their back office machine generates about 900 daily
email statements for their clients which needs to be send thru this toaster.
The backoffice software generates those emails and put into outlook express.
Each email is a statement with their previous days transactions and account
balance are very small in size. But it takes hours for the outlook to send
those mails. The outgoing server port is set as 587. 

 

How can I speed up the despatch?

 

Any help is highly appreciated.

 

Regards

Biju Jose


No virus found in this outgoing message.
Checked by AVG. 
Version: 7.5.524 / Virus Database: 269.23.11/1422 - Release Date: 5/8/2008
5:24 PM
 

Re: [qmailtoaster] Authentication failed : Server replied: 535 authentication failed (#5.7.1)

[senthil vel]

Sorry..Here too the mistake is mine.. In  /nutsmail/config/config.php file
the host name was wrongly set..So the authentication
tried in some other host.Sorry again Eric,Thanks for the valuable help...

On Thu, May 8, 2008 at 7:26 PM, Eric Shubert <[EMAIL PROTECTED]> wrote:

> senthil vel wrote:
> > While i am sending mail from web interface, i am getting this
> > error...Kindly help me...
> >
> >
> > --
> > Thanks and Regards,
> > S.Senthilvel,
> >
>
> Is web interface (squirrelmail) running on a different machine?
> Do you get this error when trying to log in, or when sending?
>
> --
> -Eric 'shubes'
>
> -
> QmailToaster hosted by: VR Hosted 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


-- 
Thanks and Regards,
S.Senthilvel,
Webindia Internet Services
Chennai - 600 029, India.

Re: [qmailtoaster] qmail-inject: fatal: unable to parse this line:

[senthil vel]

Yes. That missing '<'  is the problem here..But the qmail-inject will also
responsible for delivering local mails? Please help me to check this(in
which file?). Or please provide me some links to understand the concept of
qmail-inject.. Thanks Eric...

On Thu, May 8, 2008 at 7:24 PM, Eric Shubert <[EMAIL PROTECTED]> wrote:

> I'm not sure why qmail-inject is coming into play here.
> What generated this message? The Cc: line indeed appears to be malformed
> (missing initial < ).
>
> senthil vel wrote:
> > Hi list,
> > A mail sent to the local mail id bounced with the following
> > bounce message. I cant clearly understand the issue. For delivering a
> > local mail, what is the function of qmail-inject? Is it must? kindly
> > help me...Atleast i wish to understand why that mail has bounced...
> > Please help me understand the issue and solve it
> >
> >
> > Hi. This is the qmail-send program at
> > mail.xxx.com .
> > I'm afraid I wasn't able to deliver your
> > message to the following addresses.
> > This is a permanent error; I've
> > given up. Sorry it didn't work out.
> >
> > <[EMAIL PROTECTED] >:
> > qmail-inject: fatal: unable to
> > parse this line:
> > Cc: [EMAIL PROTECTED] >,
> > "qqq" <[EMAIL PROTECTED] >,
> > "www" <[EMAIL PROTECTED] >
> > system
> > error
> > I'm not going to try again; this message has been in the queue
> > too long.
> >
> >
> > --
> > Thanks and Regards,
> > S.Senthilvel,
> >
>
>
> --
> -Eric 'shubes'
>
> -
> QmailToaster hosted by: VR Hosted 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


-- 
Thanks and Regards,
S.Senthilvel,
Webindia Internet Services
Chennai - 600 029, India.

Re: [qmailtoaster] Re: Soft Rejections

[Jake Vickers]

James Pratt wrote:



I agree, list support seems great, however that is true of any oss list
out there, that is the point of them. My point was that it should not be
simple for just anyone to install a mail server, as that is at least 50%
of the reason email is growing more and more worthless. Again, I have
spent 7 years dealing with messed-up configurations, spam beyond belief
and utter stupidity on the part of people who suddenly started running
mail servers and thereby proliferating the spam problem further, because
they did not know enough to lock down their boxes, and ignored the
problem(s) afterwards. 

  


I'm only going to comment at this one part:
Were you an admin during the days of the "net send" spams?  That was OS 
related, not even email and I was called in to fix a system that was 
receiving THOUSANDS a day.
I find that an hour long TV show is only 26 minutes a tiny step over 
into the spam realm. Spam is nothing but advertising.  I even purchased 
XM radio because I was tired of what I considered spam - I already have 
a new car; I don't need someone screaming at me like a WWF wrestler that 
I *HAVE* to go get a new one.  Or Dan Marino endorsing Chevy 
dealerships. Come on, like he drives anything less than an S-Class.
Spam is spam. It was a problem BEFORE projects like this one came about. 
It would be there either way. There was even unsolicited messages back 
on my FIDOnet BBS back in the 80's.  There wasn't really even an 
"interweb" thing then (yes, I've been at this a while).
And just about anyone could go to a "hacker" FTP site or use Bittorrent 
and download Exchange 2000, 2002, 2003, etc. and spam from them just as 
easily. And they're a *LOT* easier to install (okay, another shameless 
plug: my ISO is about as easy to install, but you still don't get the 
pretty icons to click on to do everything for you).


Anyway, spam would be there any way. In an independent study that I 
conducted (not endorsed, qualified, accurate, blah blah blah) most of my 
spam comes from Sendmail mailers or PHP based mailers.


I'm off to spend some time with my family now. Night all!

Re: [qmailtoaster] testing restore - now no authentication works (IE squirrelmail, imap client or qmailadmin)

[Jake Vickers]

dnk wrote:

Hey there,

I was going through a test run today trying out the qtp-backup and qtp-restore.

I made sure both machines had the same version of qtp.

One was a toaster that has been running for some months and is now centos 4.6.
The new one is a brand spanking new centos 5.1 install, with a blank
set of domains.



Now when I attempt to log into webmail, I get the dreaded "ERROR:
Connection dropped by IMAP server." error (google returns many many
reasons and apparent solutions - none of which have yet worked for me
thus far). When I attempt to login to the qmailadmin, I get an
"invalid password" error.
  


Sounds like the vpopmail password may be different. Look at 
/home/vpopmail/etc/vpopmail.mysql and make sure it matches the password 
for the database.


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

Re: [qmailtoaster] testing restore - now no authentication works (IE squirrelmail, imap client or qmailadmin)

[Eric Shubert]

dnk wrote:
> Hey there,
> 
> I was going through a test run today trying out the qtp-backup and 
> qtp-restore.
> 
> I made sure both machines had the same version of qtp.
> 
> One was a toaster that has been running for some months and is now centos 4.6.
> The new one is a brand spanking new centos 5.1 install, with a blank
> set of domains.
> 
> SO for sh**s and giggles I wanted to see if i could restore back onto
> the new toaster.
> 
> All my data appears to be there. The vqadmin reports back all of the
> users and passwords. As does the vpopmail bin tools.
> 
> Now when I attempt to log into webmail, I get the dreaded "ERROR:
> Connection dropped by IMAP server." error (google returns many many
> reasons and apparent solutions - none of which have yet worked for me
> thus far). When I attempt to login to the qmailadmin, I get an
> "invalid password" error.
> 
> I double checked and I have the ports listening (so it seems).
> 
> Here is the output of netstats -pant:
> 
> # netstat -pant
> Active Internet connections (servers and established)
> Proto Recv-Q Send-Q Local Address   Foreign Address
>  State   PID/Program name
> tcp0  0 0.0.0.0:993 0.0.0.0:*
>  LISTEN  16192/tcpserver
> tcp0  0 0.0.0.0:995 0.0.0.0:*
>  LISTEN  16154/tcpserver
> tcp0  0 0.0.0.0:33060.0.0.0:*
>  LISTEN  2603/mysqld
> tcp0  0 0.0.0.0:587 0.0.0.0:*
>  LISTEN  16151/tcpserver
> tcp0  0 0.0.0.0:110 0.0.0.0:*
>  LISTEN  16180/tcpserver
> tcp0  0 127.0.0.1:783   0.0.0.0:*
>  LISTEN  16133/perl
> tcp0  0 0.0.0.0:143 0.0.0.0:*
>  LISTEN  16230/tcpserver
> tcp0  0 127.0.0.1:530.0.0.0:*
>  LISTEN  30042/named
> tcp0  0 0.0.0.0:25  0.0.0.0:*
>  LISTEN  16221/tcpserver
> tcp0  0 127.0.0.1:953   0.0.0.0:*
>  LISTEN  30042/named
> tcp0  0 :::80   :::*
>  LISTEN  16417/httpd
> tcp0  0 ::1:53  :::*
>  LISTEN  30042/named
> tcp0  0 :::22   :::*
>  LISTEN  2416/sshd
> tcp0  0 ::1:953 :::*
>  LISTEN  30042/named
> tcp0  0 :::443  :::*
>  LISTEN  16417/httpd
> tcp0   1728 :::my.remote.ip.addy:22
> :::my.office.ip.addy:51994  ESTABLISHED 15897/0
> 
> Now could this simply be due to the fact that the OS versions are
> different? Is this a lost cause?
> 
> DNK
> 

I highly doubt it (but anything's possible), and no.

I wouldn't trust vqadmin at all, but some folks say it's ok for looking
things up.

My first guess would be MySQL grants. Did you run the mysqladmin commands in
the cnt50-svcs.sh script? I would expect so since you can retrieve
information with /home/vpopmail/bin/vuserinfo. Is the password there the
same as what's in /home/vpopmail/etc/vpopmail.mysql ?

(Hey, it's just a guess)

-- 
-Eric 'shubes'

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

RE: [qmailtoaster] Re: Soft Rejections

[James Pratt]

> -Original Message-
> From: Eric Shubert [mailto:[EMAIL PROTECTED]
> Sent: Thursday, May 08, 2008 8:07 PM
> To: qmailtoaster-list@qmailtoaster.com
> Subject: Re: [qmailtoaster] Re: Soft Rejections
> 
> Jaime,
> 
> I should think you'd have a little more courtesy on a list associated
> with a
> product that apparently helped to bail out your rear end.
> 

Nah... .. your... um... "product" in no way bailed out my rear end, I
was just lazy. LOL. ;)



> Be amazed Jaime, be very amazed. No RTFMs here. That's not our gig.
> We're
> not here to stroke egos.

I understand that, that's awesome, I would go join bind-users for
ego-strokes and flame-wars. What I'm asking is if this project has any
real version control. No answer so far..?.

> 
> I think the fact that you've worked with qmail since '02 and ended up
> with
> QMT speaks volumes. You couldn't build a reliable mail server in 6
> years?
> You're right that it's not trivial.
> 

Well my friend, not to burst your bubble, but it's my personal home mail
server, just for fun. (I really only care about my web server) .. Yes, I
had built the old one six years ago, and many others since for other
people. If you are implying that it took me 6 years to build a server,
and that it is *that* complex, that's pretty funny.. I could have just
as easily used sendmail, since I only need one account nowadays, but was
feeling lazy and did not want to deal with m4 over my last winter break.
I had just installed 1.5 mil of new hardware.. I was a bit tired. ..
should I apologize to you now too? :0)

Back to the point.. version control ,

   anyone...?


hmm... 

> James Pratt wrote:
> > Ok, I have to really question the development habits/cycle of this
> > project at this point... Why is this guy recommending a version
> that's
> > not on the official site, and further, he writes the fix has to do
> with
> > the OP's original problem. Wasn't' it just last night he was blaming
> it
> > on dns? Wth?...
> >
> > Sorry about earlier Jake, nothing personal, I don't use qtp, nor did
> I
> > do "due diligence" , but in the absence of any developer reply, I
was
> > hoping someone may clarify if I put it that way, so thank you .
> > Personally, I knew NOONE on earth would be foolish enough to write a
> > utility that breaks sa of course, I was trying to make the OP
> understand
> > that a simple update of sa-config would never do such harm.
> >
> > I run qmt , not qtp, and to be brutally honest, it's only because I
> had
> > to move my qmail server quickly and could not rebuild it from
scratch
> > net-qmail src etc. I joined this list to get some idea of who uses
> this
> > stuff more than needing help, and to keep up with any updates.
> >
> > I guess what *truly* amazes me about this mailing list is that there
> are
> > s many clueless noobs running these setups as a "real"
business..
> > that's frightening... When I first learned "straight" qmail back in
> '02
> > and had asked even 50% of the types of questions I see here on a
> weekly
> > basis (especially, "Help, my customers are whining and im
> clueless!"), I
> > would get no reply at all, a swift and terse "RTFM" and either a
link
> to
> > qmail.org, or the proper RFC/archive post.
> >
> > Point being, it's incredibly complex industrial-grade MTA software
> that
> > is bundled here... Making it simple for "everyday" people to run an
> MTA
> > is not always a good thing - it may be good for mail admins who know
> > what they are doing (Right everyone, you all do know Email and what
> > RFC822 is correct, ? :), but not necessarily for "just anybody with
a
> > linux shell/server and a static IP with dns"... Tell me, does this
> > bother you at all?  How do you know your software is not abused by
> > professional spammers? I know if I decided to become one, I would
> > probably be here in a second. Hey, no *real* learning of the mta
> > software necessary? Perfect, spams-aaaay!! :)
> >
> > Lastly, how is this project perceived by the qmail-users mail list
> > folks? This is an open question to anyone who helps develop this
> qtp/qmt
> > stuff, as I'm simply curious. Do they consider it to be "highly
> > bastardized, unsupported, and not recommended", just as "qmail
rocks"
> is
> > ? ...
> >
> > Can anyone address these questions , especially the apparent lack of
> > version control/builds, as evidenced below, to convince me this is
> > something worth staying with, because right now it looks about as
> > well-kept/organized as the current White House... :-P
> >
> > Cheers!
> > jamie
> >
> >
> --
> -Eric 'shubes'
> 
> -
>  QmailToaster hosted by: VR Hosted 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: qmailtoaster-list-
> [EMAIL PROTECTED]


-
 Qmail

Re: [qmailtoaster] Re: Soft Rejections

[Jake Vickers]

James Pratt wrote:

Ok, I have to really question the development habits/cycle of this
project at this point... Why is this guy recommending a version that's
not on the official site, and further, he writes the fix has to do with
the OP's original problem. Wasn't' it just last night he was blaming it
on dns? Wth?... 
  


Qmailtoaster was originally started by Miguel Beccari years ago as an 
easy way to install Qmail. I've personally installed it about every way 
you can think of, and this is one of the faster ways to get a mail 
server up an running.
Carrying on, Miguel kinda disappeared after a while, and Nick Hemmesch 
took the project over for the next 4 years or so.  Since this is a hobby 
for those of us who develop things for Qmailtoaster the release cycle is 
sporadic at best.  Nick became busy with work and home life and handed 
over the position to Erik Espinoza.  Erik also has a real job and works 
on the project when he has spare time.  Since it all ran on the server 
owned by whoever was maintaining it at the time, they were the only ones 
who could update the packages.  At this time, Erik is the only one who 
can update the main site.
Eric Shubes, myself, Justice London, Sam Clippinger, Lucian Cristian, 
Dan McCallister, Nate Davis, and the many who I've forgotten to mention 
(Sorry!) all contribute when/if we can.  A couple of us have written 
updated packages and we have to submit them to Erik who will (if 
everything turns out okay during testing) update the main site when he 
has some time.
I created the Qmailtoaster-Plus package along with Eric Shubes as a 
helper for those who run Qmailtoaster systems everyday.  A lot of the 
tools bundled with it are the same tools that we (and those who have 
contributed to the package) use everyday.  It's meant to try and make an 
admin's job easier.  You'll find that myself and Eric write 85% of the 
scripts in this package ourselves, for ourselves. The package was meant 
as a way for us to easily share some of the tools we use.
In the course of helping people you have to remember that we're reading 
the same emails as you and probably while working on other projects.  
You don't hear much out of ME because I work on other things.  
Installing/fixing/repairing/upgrading/building Qmail machines is one of 
the services that I offer at my consulting company.  I get paid for 
these services and have successfully gotten several ISPs running  using 
this very same software and I was even asked to consult on a 1-million 
user Qmail system out West . I (like the others who 
provide support on this list) receive 400-800 emails a day (I work on a 
couple different projects). I don't always read the emails in depth and 
(bad on my part I'll admit) I shoot answers from the hip most of the 
time. That's what you get on a list like this though. If you want 
personal attention and someone to hold your hand through every step of 
whatever problem you may have (and not get "from-the-hip" answers) then 
you're more than welcome to hire a consultant for this purpose.  There's 
a section on the wiki for commercial support that lists those of us who 
offer services.  No offense to Roxanne, but if you want faster fixes and 
someone to give you more than 25% of their attention to your problem 
then be willing to pay for it.  Without seeing specific things on a 
system we have to guess at what the problem may be and that's the risk 
you take for relying on free support.
As far as the development cycle; it's frozen. At least Qmailtoaster is.  
Erik is working on the 1.4 branch and has frozen the 1.3 branch with the 
exception of upstream updates (spamassassin, clamav).  We (Eric and I, 
with me being the only one who can update the website right now but 
that's soon to be rectified) update qmailtoaster-plus when we get time 
and as we feel that enough updates have been made to qualify for a new 
release. 


Sorry about earlier Jake, nothing personal, I don't use qtp, nor did I
do "due diligence" , but in the absence of any developer reply, I was
hoping someone may clarify if I put it that way, so thank you .
Personally, I knew NOONE on earth would be foolish enough to write a
utility that breaks sa of course, I was trying to make the OP understand
that a simple update of sa-config would never do such harm. 

  


No offense taken.  I explained why I don't answer much in the above.


I run qmt , not qtp, and to be brutally honest, it's only because I had
to move my qmail server quickly and could not rebuild it from scratch
net-qmail src etc. I joined this list to get some idea of who uses this
stuff more than needing help, and to keep up with any updates.  
  


QTP is just an add-on for QMT.  It's a collection of scripts and 
utilities mostly written by Eric and myself that we felt like sharing 
with others in the hopes of making their jobs easier.  And I came to 
Qmailtoaster in pretty much the same way as you a few years ago.



I guess what *truly* amazes me about t

RE: [qmailtoaster] Re: Soft Rejections

[James Pratt]

> -Original Message-
> From: Roxanne Sandesara [mailto:[EMAIL PROTECTED]
> Sent: Thursday, May 08, 2008 7:50 PM
> To: qmailtoaster-list@qmailtoaster.com
> Subject: Re: [qmailtoaster] Re: Soft Rejections
> 
> Mr Pratt --
> 
> I have to be honest. I find the attitude perceived in this post to be
> rude, demeaning, and uncalled for. Like you, I was in a situation a
> few years ago wherein I had to migrate my office's mail server needs
> from a machine I'd had nothing to do with and no control over to
> another fully-featured server in a matter of weeks. I did not have
> time to do this any other way. I could not find the documentation -
> in manners I could understand quickly and work with effectively - on
> any other project save QMT. Frankly, QMT saved my company, and in the
> process my job.
> 

Ms Silver/Sandesara,

Ok, so perhaps I am jaded. I have watched the spam literally destroy the
value of email. If QMT saved a company, super. That's great. I have no
problems with that. What I am questioning is the version control here,
or lack thereof, and forgive me, but I do not feel pity for any business
that find's themselves in hot water over email. It's been going to hell
for 7 years now, life is tough, get a helmet.

> The people on this list, including the developers, have been very
> supportive, very responsive, and very helpful. I will be the first to
> admit that I do not understand everything I would like to understand
> about the why and the how of the inner workings of the pieces and
> parts of QMT. I try, and I think I understand more today than I did
> three years ago. But I must say that your attitude of negativity to
> those who do not yet know as much as you is the very reason people
> end up shelling out thousands of dollars for the hardware and the MS
> software to fill these business needs: because if they shell out
> enough money, they can make Microsoft and/or others help them,
> keeping things functioning and allow them to do their jobs.
> 

I agree, list support seems great, however that is true of any oss list
out there, that is the point of them. My point was that it should not be
simple for just anyone to install a mail server, as that is at least 50%
of the reason email is growing more and more worthless. Again, I have
spent 7 years dealing with messed-up configurations, spam beyond belief
and utter stupidity on the part of people who suddenly started running
mail servers and thereby proliferating the spam problem further, because
they did not know enough to lock down their boxes, and ignored the
problem(s) afterwards. 

> The positive and supportive attitude of others on this list, like EE,
> ES and Jake Vickers - and they are the rule, rather than the
> exception - is exactly what /all/ FOSS projects need if they are to
> succeed in gaining the 'street' and business credibility they require.
> 

Agreed , my apologies for not espousing the oss warriors - we all owe
them indeed. As well as Dr. Bernstein. And Linus. Etc. etc. ;)

> Like it or not, sometimes a network admin gets thrown into the deep
> end and has to accomplish things that are far outside his or her
> knowledge and expertise. 

Yes, that is when you call a consultant, or ask for the risk of business
suicide, I've been there myself

And quite the contrary , although I do the majority of my work these
days on very propietery systems, and no they are not MS, either!

> Belittling her for asking for help and
> support accomplishes nothing, except perhaps making you feel
> superior. I'm sorry I don't meet your expectations. I'm also sorry
> you don't meet mine.
> 
> Roxanne
>

Roxanne - I did not mean for this to be about you, or your level of
competence in any fashion, and so my deepest apologies for you taking it
this way. If you do remember , I did try to help you with sa, and am
only trying to help you further by getting some clarification on this
project, because in all reality, it's really just a "re-package"
project, of other projects... This makes version control yet even more
complex. :\  

My profound apologies to you, as I tried to refer to you in the 3rd
person for that specific reason. I do not consider myself better than
anyone else either just because I have run mail servers for a long time
,,, rather, I was trying to get a reply from the developers here. (To be
honest, I despise email, I am actually a storage area network admin
these days, and am getting out of the email business completely in a few
months, and could not be happier about it! :) 

In my opinion, having watched Email's "business value" (ok so it never
really had any but whatever right) decrease with the spam and viruses
over the past few years by 100% a year, I am quite convinced that like
the current us economy, it cannot sustain itself. The spam and garbage
grows by 100% per year. How can any system accurately filter it all in 5
more years? ... yikes... I have no interest in finding out either at
this point, because it's beyond hope.. 

Re: [qmailtoaster] Re: Soft Rejections

[Eric Shubert]

Jaime,

I should think you'd have a little more courtesy on a list associated with a
product that apparently helped to bail out your rear end.

Be amazed Jaime, be very amazed. No RTFMs here. That's not our gig. We're
not here to stroke egos.

I think the fact that you've worked with qmail since '02 and ended up with
QMT speaks volumes. You couldn't build a reliable mail server in 6 years?
You're right that it's not trivial.

James Pratt wrote:
> Ok, I have to really question the development habits/cycle of this
> project at this point... Why is this guy recommending a version that's
> not on the official site, and further, he writes the fix has to do with
> the OP's original problem. Wasn't' it just last night he was blaming it
> on dns? Wth?... 
> 
> Sorry about earlier Jake, nothing personal, I don't use qtp, nor did I
> do "due diligence" , but in the absence of any developer reply, I was
> hoping someone may clarify if I put it that way, so thank you .
> Personally, I knew NOONE on earth would be foolish enough to write a
> utility that breaks sa of course, I was trying to make the OP understand
> that a simple update of sa-config would never do such harm. 
> 
> I run qmt , not qtp, and to be brutally honest, it's only because I had
> to move my qmail server quickly and could not rebuild it from scratch
> net-qmail src etc. I joined this list to get some idea of who uses this
> stuff more than needing help, and to keep up with any updates.  
> 
> I guess what *truly* amazes me about this mailing list is that there are
> s many clueless noobs running these setups as a "real" business..
> that's frightening... When I first learned "straight" qmail back in '02
> and had asked even 50% of the types of questions I see here on a weekly
> basis (especially, "Help, my customers are whining and im clueless!"), I
> would get no reply at all, a swift and terse "RTFM" and either a link to
> qmail.org, or the proper RFC/archive post. 
> 
> Point being, it's incredibly complex industrial-grade MTA software that
> is bundled here... Making it simple for "everyday" people to run an MTA
> is not always a good thing - it may be good for mail admins who know
> what they are doing (Right everyone, you all do know Email and what
> RFC822 is correct, ? :), but not necessarily for "just anybody with a
> linux shell/server and a static IP with dns"... Tell me, does this
> bother you at all?  How do you know your software is not abused by
> professional spammers? I know if I decided to become one, I would
> probably be here in a second. Hey, no *real* learning of the mta
> software necessary? Perfect, spams-aaaay!! :)  
> 
> Lastly, how is this project perceived by the qmail-users mail list
> folks? This is an open question to anyone who helps develop this qtp/qmt
> stuff, as I'm simply curious. Do they consider it to be "highly
> bastardized, unsupported, and not recommended", just as "qmail rocks" is
> ? ...
> 
> Can anyone address these questions , especially the apparent lack of
> version control/builds, as evidenced below, to convince me this is
> something worth staying with, because right now it looks about as
> well-kept/organized as the current White House... :-P
> 
> Cheers!
> jamie
> 
> 
-- 
-Eric 'shubes'

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

[qmailtoaster] testing restore - now no authentication works (IE squirrelmail, imap client or qmailadmin)

[dnk]

Hey there,

I was going through a test run today trying out the qtp-backup and qtp-restore.

I made sure both machines had the same version of qtp.

One was a toaster that has been running for some months and is now centos 4.6.
The new one is a brand spanking new centos 5.1 install, with a blank
set of domains.

SO for sh**s and giggles I wanted to see if i could restore back onto
the new toaster.

All my data appears to be there. The vqadmin reports back all of the
users and passwords. As does the vpopmail bin tools.

Now when I attempt to log into webmail, I get the dreaded "ERROR:
Connection dropped by IMAP server." error (google returns many many
reasons and apparent solutions - none of which have yet worked for me
thus far). When I attempt to login to the qmailadmin, I get an
"invalid password" error.

I double checked and I have the ports listening (so it seems).

Here is the output of netstats -pant:

# netstat -pant
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address   Foreign Address
 State   PID/Program name
tcp0  0 0.0.0.0:993 0.0.0.0:*
 LISTEN  16192/tcpserver
tcp0  0 0.0.0.0:995 0.0.0.0:*
 LISTEN  16154/tcpserver
tcp0  0 0.0.0.0:33060.0.0.0:*
 LISTEN  2603/mysqld
tcp0  0 0.0.0.0:587 0.0.0.0:*
 LISTEN  16151/tcpserver
tcp0  0 0.0.0.0:110 0.0.0.0:*
 LISTEN  16180/tcpserver
tcp0  0 127.0.0.1:783   0.0.0.0:*
 LISTEN  16133/perl
tcp0  0 0.0.0.0:143 0.0.0.0:*
 LISTEN  16230/tcpserver
tcp0  0 127.0.0.1:530.0.0.0:*
 LISTEN  30042/named
tcp0  0 0.0.0.0:25  0.0.0.0:*
 LISTEN  16221/tcpserver
tcp0  0 127.0.0.1:953   0.0.0.0:*
 LISTEN  30042/named
tcp0  0 :::80   :::*
 LISTEN  16417/httpd
tcp0  0 ::1:53  :::*
 LISTEN  30042/named
tcp0  0 :::22   :::*
 LISTEN  2416/sshd
tcp0  0 ::1:953 :::*
 LISTEN  30042/named
tcp0  0 :::443  :::*
 LISTEN  16417/httpd
tcp0   1728 :::my.remote.ip.addy:22
:::my.office.ip.addy:51994  ESTABLISHED 15897/0

Now could this simply be due to the fact that the OS versions are
different? Is this a lost cause?

DNK

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

Re: [qmailtoaster] Re: Soft Rejections

[Roxanne Sandesara]

Mr Pratt --

I have to be honest. I find the attitude perceived in this post to be  
rude, demeaning, and uncalled for. Like you, I was in a situation a  
few years ago wherein I had to migrate my office's mail server needs  
from a machine I'd had nothing to do with and no control over to  
another fully-featured server in a matter of weeks. I did not have  
time to do this any other way. I could not find the documentation -  
in manners I could understand quickly and work with effectively - on  
any other project save QMT. Frankly, QMT saved my company, and in the  
process my job.


The people on this list, including the developers, have been very  
supportive, very responsive, and very helpful. I will be the first to  
admit that I do not understand everything I would like to understand  
about the why and the how of the inner workings of the pieces and  
parts of QMT. I try, and I think I understand more today than I did  
three years ago. But I must say that your attitude of negativity to  
those who do not yet know as much as you is the very reason people  
end up shelling out thousands of dollars for the hardware and the MS  
software to fill these business needs: because if they shell out  
enough money, they can make Microsoft and/or others help them,  
keeping things functioning and allow them to do their jobs.


The positive and supportive attitude of others on this list, like EE,  
ES and Jake Vickers - and they are the rule, rather than the  
exception - is exactly what /all/ FOSS projects need if they are to  
succeed in gaining the 'street' and business credibility they require.


Like it or not, sometimes a network admin gets thrown into the deep  
end and has to accomplish things that are far outside his or her  
knowledge and expertise. Belittling her for asking for help and  
support accomplishes nothing, except perhaps making you feel  
superior. I'm sorry I don't meet your expectations. I'm also sorry  
you don't meet mine.


Roxanne

On May 8, 2008, at 7:13 PM, James Pratt wrote:


Ok, I have to really question the development habits/cycle of this
project at this point... Why is this guy recommending a version that's
not on the official site, and further, he writes the fix has to do  
with
the OP's original problem. Wasn't' it just last night he was  
blaming it

on dns? Wth?...

Sorry about earlier Jake, nothing personal, I don't use qtp, nor did I
do "due diligence" , but in the absence of any developer reply, I was
hoping someone may clarify if I put it that way, so thank you .
Personally, I knew NOONE on earth would be foolish enough to write a
utility that breaks sa of course, I was trying to make the OP  
understand

that a simple update of sa-config would never do such harm.

I run qmt , not qtp, and to be brutally honest, it's only because I  
had

to move my qmail server quickly and could not rebuild it from scratch
net-qmail src etc. I joined this list to get some idea of who uses  
this

stuff more than needing help, and to keep up with any updates.

I guess what *truly* amazes me about this mailing list is that  
there are

s many clueless noobs running these setups as a "real" business..
that's frightening... When I first learned "straight" qmail back in  
'02
and had asked even 50% of the types of questions I see here on a  
weekly
basis (especially, "Help, my customers are whining and im  
clueless!"), I
would get no reply at all, a swift and terse "RTFM" and either a  
link to

qmail.org, or the proper RFC/archive post.

Point being, it's incredibly complex industrial-grade MTA software  
that
is bundled here... Making it simple for "everyday" people to run an  
MTA

is not always a good thing - it may be good for mail admins who know
what they are doing (Right everyone, you all do know Email and what
RFC822 is correct, ? :), but not necessarily for "just anybody with a
linux shell/server and a static IP with dns"... Tell me, does this
bother you at all?  How do you know your software is not abused by
professional spammers? I know if I decided to become one, I would
probably be here in a second. Hey, no *real* learning of the mta
software necessary? Perfect, spams-aaaay!! :)

Lastly, how is this project perceived by the qmail-users mail list
folks? This is an open question to anyone who helps develop this  
qtp/qmt

stuff, as I'm simply curious. Do they consider it to be "highly
bastardized, unsupported, and not recommended", just as "qmail  
rocks" is

? ...

Can anyone address these questions , especially the apparent lack of
version control/builds, as evidenced below, to convince me this is
something worth staying with, because right now it looks about as
well-kept/organized as the current White House... :-P

Cheers!
jamie



-Original Message-
From: Roxanne Sandesara [mailto:[EMAIL PROTECTED]
Sent: Thursday, May 08, 2008 6:09 PM
To: qmailtoaster-list@qmailtoaster.com
Subject: Re: [qmailtoaster] Re: Soft Rejections

OK. Should probably put 1.3.14 o

RE: [qmailtoaster] Re: Soft Rejections

[James Pratt]

Ok, I have to really question the development habits/cycle of this
project at this point... Why is this guy recommending a version that's
not on the official site, and further, he writes the fix has to do with
the OP's original problem. Wasn't' it just last night he was blaming it
on dns? Wth?... 

Sorry about earlier Jake, nothing personal, I don't use qtp, nor did I
do "due diligence" , but in the absence of any developer reply, I was
hoping someone may clarify if I put it that way, so thank you .
Personally, I knew NOONE on earth would be foolish enough to write a
utility that breaks sa of course, I was trying to make the OP understand
that a simple update of sa-config would never do such harm. 

I run qmt , not qtp, and to be brutally honest, it's only because I had
to move my qmail server quickly and could not rebuild it from scratch
net-qmail src etc. I joined this list to get some idea of who uses this
stuff more than needing help, and to keep up with any updates.  

I guess what *truly* amazes me about this mailing list is that there are
s many clueless noobs running these setups as a "real" business..
that's frightening... When I first learned "straight" qmail back in '02
and had asked even 50% of the types of questions I see here on a weekly
basis (especially, "Help, my customers are whining and im clueless!"), I
would get no reply at all, a swift and terse "RTFM" and either a link to
qmail.org, or the proper RFC/archive post. 

Point being, it's incredibly complex industrial-grade MTA software that
is bundled here... Making it simple for "everyday" people to run an MTA
is not always a good thing - it may be good for mail admins who know
what they are doing (Right everyone, you all do know Email and what
RFC822 is correct, ? :), but not necessarily for "just anybody with a
linux shell/server and a static IP with dns"... Tell me, does this
bother you at all?  How do you know your software is not abused by
professional spammers? I know if I decided to become one, I would
probably be here in a second. Hey, no *real* learning of the mta
software necessary? Perfect, spams-aaaay!! :)  

Lastly, how is this project perceived by the qmail-users mail list
folks? This is an open question to anyone who helps develop this qtp/qmt
stuff, as I'm simply curious. Do they consider it to be "highly
bastardized, unsupported, and not recommended", just as "qmail rocks" is
? ...

Can anyone address these questions , especially the apparent lack of
version control/builds, as evidenced below, to convince me this is
something worth staying with, because right now it looks about as
well-kept/organized as the current White House... :-P

Cheers!
jamie


> -Original Message-
> From: Roxanne Sandesara [mailto:[EMAIL PROTECTED]
> Sent: Thursday, May 08, 2008 6:09 PM
> To: qmailtoaster-list@qmailtoaster.com
> Subject: Re: [qmailtoaster] Re: Soft Rejections
> 
> OK. Should probably put 1.3.14 on the website, then. So that qtp-
> newmodel and other upgrades don't run into the same problem.
> 
> Interesting. That directory is the one that was coming up as part of
> my 'issues'.
> 
> I'm afraid I'm not quite up to 'spec file mod' level status. Is it at
> all possible that the correction for 1.3.14 would lead to a change
> somewhere in some portion of the includes or the files for the
> binaries for Spamassassin which would then convince the system to
> look for the .pre files in that location rather than /etc/mail/
> spamassassin ?
> 
> Roxanne
> 
> On May 8, 2008, at 5:59 PM, Eric Shubert wrote:
> 
> > Use 1.3.14. It contains a bug fix in the spec file (otherwise
> > they're the
> > same). The bug it fixes is:
> > install: cannot create regular file
> > `/var/tmp/spamassassin-toaster-root/etc/mail/spamassassin/
> > local.cf.bz2': No
> > such file or directory
> >
> > Roxanne Sandesara wrote:
> >> I do have a question. When the last Spamassassin-toaster package
> came
> >> out, there were problems. This was then followed by a thread that
> >> included a package Eric put together that was version 3.2.4 release
> >> 1.3.14. I have that package. But the QMT website is only showing
> >> release
> >> 1.3.13.
> >>
> >> Should I do a rebuild with release 1.3.14's src.rpm? Or should I DL
> >> release 1.3.13's src.rpm and build that instead?
> >>
> >> Roxanne
> >>
> >> On May 8, 2008, at 12:59 PM, Roxanne Sandesara wrote:
> >>
> >>> To be clear, I was not blaming Jake, or his utilities. I've had
> >>> great
> >>> luck with everything Jake has ever done or offered. I was merely
> >>> answering the question of how it was I'd installed sa-update.
> >>>
> >>> I'm also not really sure that the executables themselves /have/
> been
> >>> messed up. It's possible. They might be. Or they might be pulling
> in
> >>> data from some other included file that is incorrect. I just can't
> >>> /find/ that other file.
> >>>
> >>> I also can't quite fathom how, if the executables had been messed
> up
> >>> during the installation - which als

Re: [qmailtoaster] Re: Soft Rejections

[Roxanne Sandesara]

OK. Should probably put 1.3.14 on the website, then. So that qtp- 
newmodel and other upgrades don't run into the same problem.


Interesting. That directory is the one that was coming up as part of  
my 'issues'.


I'm afraid I'm not quite up to 'spec file mod' level status. Is it at  
all possible that the correction for 1.3.14 would lead to a change  
somewhere in some portion of the includes or the files for the  
binaries for Spamassassin which would then convince the system to  
look for the .pre files in that location rather than /etc/mail/ 
spamassassin ?


Roxanne

On May 8, 2008, at 5:59 PM, Eric Shubert wrote:

Use 1.3.14. It contains a bug fix in the spec file (otherwise  
they're the

same). The bug it fixes is:
install: cannot create regular file
`/var/tmp/spamassassin-toaster-root/etc/mail/spamassassin/ 
local.cf.bz2': No

such file or directory

Roxanne Sandesara wrote:

I do have a question. When the last Spamassassin-toaster package came
out, there were problems. This was then followed by a thread that
included a package Eric put together that was version 3.2.4 release
1.3.14. I have that package. But the QMT website is only showing  
release

1.3.13.

Should I do a rebuild with release 1.3.14's src.rpm? Or should I DL
release 1.3.13's src.rpm and build that instead?

Roxanne

On May 8, 2008, at 12:59 PM, Roxanne Sandesara wrote:

To be clear, I was not blaming Jake, or his utilities. I've had  
great

luck with everything Jake has ever done or offered. I was merely
answering the question of how it was I'd installed sa-update.

I'm also not really sure that the executables themselves /have/ been
messed up. It's possible. They might be. Or they might be pulling in
data from some other included file that is incorrect. I just can't
/find/ that other file.

I also can't quite fathom how, if the executables had been messed up
during the installation - which also happened this prior weekend  
- how

things managed to run just fine until yesterday afternoon. My
suspicion would have been that some run of some cron job or another
ended up altering some file or another to put in this incorrect path
and create the issue. But I really have no clue. I'm fishing in  
the dark.


Nevertheless. I will try, as stated, to DL the latest SA src.rpm,
rebuild, and re-install when I get a chance, either late tonight or
this coming weekend.

I do appreciate all of the help I received trying to narrow down  
what

was going on and how to get things back up and running.

Roxanne

On May 8, 2008, at 12:49 PM, Jake Vickers wrote:


James Pratt wrote:

Ah, ok... that explains it ... So whoever wrote this qtp-sa-update
deserves a smackdown... What are they thinking by touching the SA
executables ? That is just *very* bad (I would dare say *evil* ;)
programming... :\

Note to others: Configure sa-update's using these instructions -
simple,
to the point, and it wont' touch your binaries/scripts...
http://wiki.apache.org/spamassassin/RuleUpdates

... and for ditching RDJ, there is openprotect.com's SARE rule  
channel:


http://saupdates.openprotect.com/



I'm just jumping in on the tail of this, but you can try and  
give me
the smack down if you want. Or you can quit using the software I  
write.
qtp-sa-update does not touch the SA executables at all. I don't  
even
know where you would get the idea if you even looked at the  
script. I
think if you do your due diligence you'll see the script does  
almost

exactly what the 2 links you provided do almost step by step.
Looking at the error, it looks like a remnant left over from  
when the
spamassassin-toaster package spec file was broken or at least  
acting

weird.
I'd suggest rebuilding the package (spamassassin-toaster). It looks
like you got one of the many bugs reported on the list by this  
latest

version or revert to an older version.
(to recap: the qtp-sa-update script removed the RDJ rules if they
were there from an older version of QTP, then installs the
Apache/Spamassassin channel, then installs the OpenProtect channel.
It doesn't touch the executable at all)




--
-Eric 'shubes'

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





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

Re: [qmailtoaster] Re: Soft Rejections

[Eric Shubert]

Use 1.3.14. It contains a bug fix in the spec file (otherwise they're the
same). The bug it fixes is:
install: cannot create regular file
`/var/tmp/spamassassin-toaster-root/etc/mail/spamassassin/local.cf.bz2': No
such file or directory

Roxanne Sandesara wrote:
> I do have a question. When the last Spamassassin-toaster package came
> out, there were problems. This was then followed by a thread that
> included a package Eric put together that was version 3.2.4 release
> 1.3.14. I have that package. But the QMT website is only showing release
> 1.3.13.
> 
> Should I do a rebuild with release 1.3.14's src.rpm? Or should I DL
> release 1.3.13's src.rpm and build that instead?
> 
> Roxanne
> 
> On May 8, 2008, at 12:59 PM, Roxanne Sandesara wrote:
> 
>> To be clear, I was not blaming Jake, or his utilities. I've had great
>> luck with everything Jake has ever done or offered. I was merely
>> answering the question of how it was I'd installed sa-update.
>>
>> I'm also not really sure that the executables themselves /have/ been
>> messed up. It's possible. They might be. Or they might be pulling in
>> data from some other included file that is incorrect. I just can't
>> /find/ that other file.
>>
>> I also can't quite fathom how, if the executables had been messed up
>> during the installation - which also happened this prior weekend - how
>> things managed to run just fine until yesterday afternoon. My
>> suspicion would have been that some run of some cron job or another
>> ended up altering some file or another to put in this incorrect path
>> and create the issue. But I really have no clue. I'm fishing in the dark.
>>
>> Nevertheless. I will try, as stated, to DL the latest SA src.rpm,
>> rebuild, and re-install when I get a chance, either late tonight or
>> this coming weekend.
>>
>> I do appreciate all of the help I received trying to narrow down what
>> was going on and how to get things back up and running.
>>
>> Roxanne
>>
>> On May 8, 2008, at 12:49 PM, Jake Vickers wrote:
>>
>>> James Pratt wrote:
 Ah, ok... that explains it ... So whoever wrote this qtp-sa-update
 deserves a smackdown... What are they thinking by touching the SA
 executables ? That is just *very* bad (I would dare say *evil* ;)
 programming... :\

 Note to others: Configure sa-update's using these instructions -
 simple,
 to the point, and it wont' touch your binaries/scripts...
 http://wiki.apache.org/spamassassin/RuleUpdates

 ... and for ditching RDJ, there is openprotect.com's SARE rule channel:

 http://saupdates.openprotect.com/

>>>
>>> I'm just jumping in on the tail of this, but you can try and give me
>>> the smack down if you want. Or you can quit using the software I write.
>>> qtp-sa-update does not touch the SA executables at all. I don't even
>>> know where you would get the idea if you even looked at the script. I
>>> think if you do your due diligence you'll see the script does almost
>>> exactly what the 2 links you provided do almost step by step.
>>> Looking at the error, it looks like a remnant left over from when the
>>> spamassassin-toaster package spec file was broken or at least acting
>>> weird.
>>> I'd suggest rebuilding the package (spamassassin-toaster). It looks
>>> like you got one of the many bugs reported on the list by this latest
>>> version or revert to an older version.
>>> (to recap: the qtp-sa-update script removed the RDJ rules if they
>>> were there from an older version of QTP, then installs the
>>> Apache/Spamassassin channel, then installs the OpenProtect channel.
>>> It doesn't touch the executable at all)
>>>


-- 
-Eric 'shubes'

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

Re: [qmailtoaster] Update of ClamAV Solved

[Pablo Zavalia]

Did:

rpm -e simscan-toaster-1.3.1-1.3.6 --nodeps
rpmbuild --rebuild --with fdr60 simscan-toaster-1.3.1-1.3.6.src.rpm
rpm -i /usr/src/redhat/RPMS/i386/simscan-toaster-1.3.1-1.3.6.i386.rpm

Then I put everything back to normal in tcp.smtp

Worked like a charm! rebuilding simscan was the solution it seems, I'll 
post the entire sequence of commands later for reference.

Now I need to monitor cpu usage.

Thanks!

Pablo Zavalia


Pablo Zavalia escribió:

How do I do that? rpm --rebuild?

Pablo Zavalia

Erik A. Espinoza escribió:

Try rebuilding simscan and install that.

Erik

On Thu, May 8, 2008 at 10:41 AM, Pablo Zavalia
<[EMAIL PROTECTED]> wrote:
  

Hi Guys,

Unfortunately I still couldn't figure out the solution for my particular
problem. ClamAV has been running for many days now and still mail can't be
processed if i use simscan (currently I have disabled simscan from my
tcp.smtp, so bye bye SA and clamav). I've tried enabling simscan and turning
clam off in the simcontrol file and that way it works, so I know something
related with clam is not working properly.

I'd rule out the clam updating downtime thingy because it has been installed
many days ago. The weird thing is that if I uninstall clam 0.93-1.3.18 (rpm
-e clamav-toaster-0.93-1.3.18 --nodeps) and I reinstall
clamav-toaster-0.92-1.3.16 (rpm -i clamav-toaster-0.92-1.3.16.rpm) it
succeeds but it still does not scan at all. So I can't go back either.

I've tried so far this:

qmailctl stop
rpm -e clamav-toaster-0.92-1.3.16 --nodeps
rpmbuild --rebuild --with fdr60 clamav-toaster-0.93-1.3.18.src.rpm
rpm -i /usr/src/redhat/RPMS/i386/clamav-toaster-0.93-1.3.18.rpm
qmailctl start

Everything got installed but I get the qq soft reject on incoming mail. So I
tried also this:

/var/qmail/bin/simscanmk
/var/qmail/bin/qmail-badloadertypes
/var/qmail/bin/qmail-badmimetypes
qmailctl cdb

Nothing changed, so I finally disabled simscan for the time being.

Any ideas?

Pablo Zavalia

Igor Vukotic escribió:

Im running 0.93-1.3.18 and work perfectly fine (except huge CPU usage),
but every else is fine and stable.
If you want some specific detail i can provide :)


On 2008.05.06, at 19:14, Eric Shubert wrote:


I wish. ;)

I'm still running clamav-toaster-0.92.1-1.3.17 with no apparent problem.
TTMOMK, 0.9x versions previous to this one were problematic.

The current version on the web site is clamav-toaster-0.93-1.3.18. Has
anyone had any success or problems with this version? I'd like to hear
some
feedback from any/every one running this version.

Igor Vukotic' wrote:


Hi Pablo,



I recognised log message "*qmail-smtpd: qq soft reject (mail server


temporarily rejected message*"


That exactly happened to my server when i restart qtp services and when


i look at "top" you will probably see clamav process consume huge CPU
usage.


Good thing is if you leave server (1-2-minute) it will work normally and


i suggest to use submission ports for clients, not 25



My server has 160Gb mails on HDD (i use IMAP for clients) and its


running on 2xXeon 2GHz, 4Gb ram and it took 1-2 minute to clam finish


the first job.



Bad thing is when your clamav will be updated, it will "die" on 1-2


minute again.



Maybe Eric has some trick for us, but clamav consume very much CPU-u,


and better HW is shorter time :)





On 2008.05.02, at 03:47, Pablo Zavalia wrote:



Thanks for the reply Eric, that was quick!



Smtp logs this:



@4000481a6504112f8364 tcpserver: pid 7772 from 


@4000481a6504112f8b34 tcpserver: ok 7772


qmailserver.example.com
::25 :::25380


@4000481a650420c9c6a4 tcpserver: status: 11/100


@4000481a650421d03e0c CHKUSER relaying rcpt: from


< [EMAIL PROTECTED]  :
[EMAIL PROTECTED]  :>
remote


 rcpt < [EMAIL PROTECTED]
 > : client


allowed to relay


@4000481a650503bfb974 qmail-smtpd: qq soft reject (mail server


temporarily rejected message (#4.3.0)):


MAILFROM:< [EMAIL PROTECTED] 


RCPTTO: [EMAIL PROTECTED] 


@4000481a650503e1dfa4 tcpserver: end 7772 status 0



Nothing comes up in spamd log. I wonder why.



Moreover I tried to run the simscan binary and i got this:


$ /var/qmail/bin/simscan


Segmentation fault



I'm puzzled...



Pablo




Eric Shubert escribió:


What are the corresponding smtp and spamd log messages when the message
is


rejected?



Pablo Zavalia wrote:



I've upgraded my clam clamav-toaster-0.92-1.3.16 which was working fine


for the new released version clamav-toaster-0.93-1.3.18. Installation


went ok, the package manager reported that it was installed fine.



The thing es that mail is not being accepted, here's is an example of an


smtp transaction:



<-  220 qmailserver.example.com - SMTP Server ESMTP


-> EHLO sender.example.com


<-  250-hostname.example.com - SMTP Server


<-  250-STARTTLS


<-  250-PIPELINING


<-  250-8BITMIME


<-  250-SIZE 20971520

Re: [qmailtoaster] Re: Soft Rejections

[Roxanne Sandesara]

I do have a question. When the last Spamassassin-toaster package came  
out, there were problems. This was then followed by a thread that  
included a package Eric put together that was version 3.2.4 release  
1.3.14. I have that package. But the QMT website is only showing  
release 1.3.13.


Should I do a rebuild with release 1.3.14's src.rpm? Or should I DL  
release 1.3.13's src.rpm and build that instead?


Roxanne

On May 8, 2008, at 12:59 PM, Roxanne Sandesara wrote:

To be clear, I was not blaming Jake, or his utilities. I've had  
great luck with everything Jake has ever done or offered. I was  
merely answering the question of how it was I'd installed sa-update.


I'm also not really sure that the executables themselves /have/  
been messed up. It's possible. They might be. Or they might be  
pulling in data from some other included file that is incorrect. I  
just can't /find/ that other file.


I also can't quite fathom how, if the executables had been messed  
up during the installation - which also happened this prior weekend  
- how things managed to run just fine until yesterday afternoon. My  
suspicion would have been that some run of some cron job or another  
ended up altering some file or another to put in this incorrect  
path and create the issue. But I really have no clue. I'm fishing  
in the dark.


Nevertheless. I will try, as stated, to DL the latest SA src.rpm,  
rebuild, and re-install when I get a chance, either late tonight or  
this coming weekend.


I do appreciate all of the help I received trying to narrow down  
what was going on and how to get things back up and running.


Roxanne

On May 8, 2008, at 12:49 PM, Jake Vickers wrote:


James Pratt wrote:

Ah, ok... that explains it ... So whoever wrote this qtp-sa-update
deserves a smackdown... What are they thinking by touching the SA
executables ? That is just *very* bad (I would dare say *evil* ;)
programming... :\

Note to others: Configure sa-update's using these instructions -  
simple,

to the point, and it wont' touch your binaries/scripts...
http://wiki.apache.org/spamassassin/RuleUpdates

... and for ditching RDJ, there is openprotect.com's SARE rule  
channel:


http://saupdates.openprotect.com/



I'm just jumping in on the tail of this, but you can try and give  
me the smack down if you want. Or you can quit using the software  
I write.
qtp-sa-update does not touch the SA executables at all. I don't  
even know where you would get the idea if you even looked at the  
script. I think if you do your due diligence you'll see the script  
does almost exactly what the 2 links you provided do almost step  
by step.
Looking at the error, it looks like a remnant left over from when  
the spamassassin-toaster package spec file was broken or at least  
acting weird.
I'd suggest rebuilding the package (spamassassin-toaster). It  
looks like you got one of the many bugs reported on the list by  
this latest version or revert to an older version.
(to recap: the qtp-sa-update script removed the RDJ rules if they  
were there from an older version of QTP, then installs the Apache/ 
Spamassassin channel, then installs the OpenProtect channel. It  
doesn't touch the executable at all)


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







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

Re: [qmailtoaster] Re: Soft Rejections

[Jake Vickers]

James Palmer wrote:
Does that actually remove all the installed packages though, or just 
the QTP installers?  I.e. remove spamdyke, the new channel and cron 
jobs added by sa-update and the yum repo added by newmodel?




That removes the qmailtoaster-plus package. It does not undo any 
changes/upgrade/whatever you have done by using the scripts it contains.
To remove sa-update changes I would imagine there would be an easy way 
to remove the channels but that will be for you to explore. Here's SA's 
page on sa-learn and channels:

http://wiki.apache.org/spamassassin/RuleUpdates#head-612bf6b3bb5d01d608f59869f29630fbf46476fa
Then just delete the cron job (should be blatantly obvious, just like it 
doesn't modify executables) from /etc/cron.daily.
Don't know what you're talking about as far as the repo. You can remove 
the qmailtoaster-plus repo by just removing the RPM. This is all basic 
stuff.



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

Re: [qmailtoaster] Re: Soft Rejections

[James Palmer]

No probs, was just curious!


James


On 8 May 2008, at 20:21, Eric Shubert wrote:


QTP is a set of tools which provide easy ways to do things that an
administrator might typically do. There are no QTP packages per se,  
only

qmailtoaster-plus itself.

As far as undoing what a qtp tool has done, that would need to be  
addressed

on a case by case basis:
.) for spamdyke, that has been covered on the list and is documented  
on the

wiki.
.) for sa-update, I don't know off hand.
.) there is no yum repo added by newmodel.

I hope this clears things up a bit.

James Palmer wrote:
Does that actually remove all the installed packages though, or  
just the

QTP installers?  I.e. remove spamdyke, the new channel and cron jobs
added by sa-update and the yum repo added by newmodel?

Cheers,


James


On 8 May 2008, at 18:14, Jake Vickers wrote:


James Palmer wrote:

Eric,

Is there an easy way to go about removing various QTP packages?   
Such

as sa-update, newmodel etc?

Have them all installed at the minute with no problems, just  
wanting

the option!



rpm -e qmailtoaster-plus


-
  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: qmailtoaster-list- 
[EMAIL PROTECTED]

For additional commands, e-mail: [EMAIL PROTECTED]




--
-Eric 'shubes'

-
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] Re: Soft Rejections

[Eric Shubert]

QTP is a set of tools which provide easy ways to do things that an
administrator might typically do. There are no QTP packages per se, only
qmailtoaster-plus itself.

As far as undoing what a qtp tool has done, that would need to be addressed
on a case by case basis:
.) for spamdyke, that has been covered on the list and is documented on the
wiki.
.) for sa-update, I don't know off hand.
.) there is no yum repo added by newmodel.

I hope this clears things up a bit.

James Palmer wrote:
> Does that actually remove all the installed packages though, or just the
> QTP installers?  I.e. remove spamdyke, the new channel and cron jobs
> added by sa-update and the yum repo added by newmodel?
> 
> Cheers,
> 
> 
> James
> 
> 
> On 8 May 2008, at 18:14, Jake Vickers wrote:
> 
>> James Palmer wrote:
>>> Eric,
>>>
>>> Is there an easy way to go about removing various QTP packages?  Such
>>> as sa-update, newmodel etc?
>>>
>>> Have them all installed at the minute with no problems, just wanting
>>> the option!
>>>
>>
>> rpm -e qmailtoaster-plus
>>
>>
>> -
>>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]
> 


-- 
-Eric 'shubes'

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

Re: [qmailtoaster] Update of ClamAV Solved

[Pablo Zavalia]

How do I do that? rpm --rebuild?

Pablo Zavalia

Erik A. Espinoza escribió:

Try rebuilding simscan and install that.

Erik

On Thu, May 8, 2008 at 10:41 AM, Pablo Zavalia
<[EMAIL PROTECTED]> wrote:
  

Hi Guys,

Unfortunately I still couldn't figure out the solution for my particular
problem. ClamAV has been running for many days now and still mail can't be
processed if i use simscan (currently I have disabled simscan from my
tcp.smtp, so bye bye SA and clamav). I've tried enabling simscan and turning
clam off in the simcontrol file and that way it works, so I know something
related with clam is not working properly.

I'd rule out the clam updating downtime thingy because it has been installed
many days ago. The weird thing is that if I uninstall clam 0.93-1.3.18 (rpm
-e clamav-toaster-0.93-1.3.18 --nodeps) and I reinstall
clamav-toaster-0.92-1.3.16 (rpm -i clamav-toaster-0.92-1.3.16.rpm) it
succeeds but it still does not scan at all. So I can't go back either.

I've tried so far this:

qmailctl stop
rpm -e clamav-toaster-0.92-1.3.16 --nodeps
rpmbuild --rebuild --with fdr60 clamav-toaster-0.93-1.3.18.src.rpm
rpm -i /usr/src/redhat/RPMS/i386/clamav-toaster-0.93-1.3.18.rpm
qmailctl start

Everything got installed but I get the qq soft reject on incoming mail. So I
tried also this:

/var/qmail/bin/simscanmk
/var/qmail/bin/qmail-badloadertypes
/var/qmail/bin/qmail-badmimetypes
qmailctl cdb

Nothing changed, so I finally disabled simscan for the time being.

Any ideas?

Pablo Zavalia

Igor Vukotic escribió:

Im running 0.93-1.3.18 and work perfectly fine (except huge CPU usage),
but every else is fine and stable.
If you want some specific detail i can provide :)


On 2008.05.06, at 19:14, Eric Shubert wrote:


I wish. ;)

I'm still running clamav-toaster-0.92.1-1.3.17 with no apparent problem.
TTMOMK, 0.9x versions previous to this one were problematic.

The current version on the web site is clamav-toaster-0.93-1.3.18. Has
anyone had any success or problems with this version? I'd like to hear
some
feedback from any/every one running this version.

Igor Vukotic' wrote:


Hi Pablo,



I recognised log message "*qmail-smtpd: qq soft reject (mail server


temporarily rejected message*"


That exactly happened to my server when i restart qtp services and when


i look at "top" you will probably see clamav process consume huge CPU
usage.


Good thing is if you leave server (1-2-minute) it will work normally and


i suggest to use submission ports for clients, not 25



My server has 160Gb mails on HDD (i use IMAP for clients) and its


running on 2xXeon 2GHz, 4Gb ram and it took 1-2 minute to clam finish


the first job.



Bad thing is when your clamav will be updated, it will "die" on 1-2


minute again.



Maybe Eric has some trick for us, but clamav consume very much CPU-u,


and better HW is shorter time :)





On 2008.05.02, at 03:47, Pablo Zavalia wrote:



Thanks for the reply Eric, that was quick!



Smtp logs this:



@4000481a6504112f8364 tcpserver: pid 7772 from 


@4000481a6504112f8b34 tcpserver: ok 7772


qmailserver.example.com
::25 :::25380


@4000481a650420c9c6a4 tcpserver: status: 11/100


@4000481a650421d03e0c CHKUSER relaying rcpt: from


< [EMAIL PROTECTED]  :
[EMAIL PROTECTED]  :>
remote


 rcpt < [EMAIL PROTECTED]
 > : client


allowed to relay


@4000481a650503bfb974 qmail-smtpd: qq soft reject (mail server


temporarily rejected message (#4.3.0)):


MAILFROM:< [EMAIL PROTECTED] 


RCPTTO: [EMAIL PROTECTED] 


@4000481a650503e1dfa4 tcpserver: end 7772 status 0



Nothing comes up in spamd log. I wonder why.



Moreover I tried to run the simscan binary and i got this:


$ /var/qmail/bin/simscan


Segmentation fault



I'm puzzled...



Pablo




Eric Shubert escribió:


What are the corresponding smtp and spamd log messages when the message
is


rejected?



Pablo Zavalia wrote:



I've upgraded my clam clamav-toaster-0.92-1.3.16 which was working fine


for the new released version clamav-toaster-0.93-1.3.18. Installation


went ok, the package manager reported that it was installed fine.



The thing es that mail is not being accepted, here's is an example of an


smtp transaction:



<-  220 qmailserver.example.com - SMTP Server ESMTP


-> EHLO sender.example.com


<-  250-hostname.example.com - SMTP Server


<-  250-STARTTLS


<-  250-PIPELINING


<-  250-8BITMIME


<-  250-SIZE 20971520


<-  250 AUTH LOGIN PLAIN CRAM-MD5


-> AUTH CRAM-MD5


<-  334 ( CRAM MD5 auth )


-> (more auth)


<-  235 ok, go ahead (#2.0.0)


-> MAIL FROM:< [EMAIL PROTECTED]
 >


<-  250 ok


-> RCPT TO:< [EMAIL PROTECTED]
 >


<-  250 ok


-> DATA


<-  354 go ahead


-> Date: Thu, 01 May 2008 20:47:10 -0400


-> Subject: test Thu, 01 May 2008 20:47:10 -0400


->


-> This is a test mailing


->


-> .


<

Re: [qmailtoaster] Update of ClamAV Solved

[Erik A. Espinoza]

Try rebuilding simscan and install that.

Erik

On Thu, May 8, 2008 at 10:41 AM, Pablo Zavalia
<[EMAIL PROTECTED]> wrote:
> Hi Guys,
>
> Unfortunately I still couldn't figure out the solution for my particular
> problem. ClamAV has been running for many days now and still mail can't be
> processed if i use simscan (currently I have disabled simscan from my
> tcp.smtp, so bye bye SA and clamav). I've tried enabling simscan and turning
> clam off in the simcontrol file and that way it works, so I know something
> related with clam is not working properly.
>
> I'd rule out the clam updating downtime thingy because it has been installed
> many days ago. The weird thing is that if I uninstall clam 0.93-1.3.18 (rpm
> -e clamav-toaster-0.93-1.3.18 --nodeps) and I reinstall
> clamav-toaster-0.92-1.3.16 (rpm -i clamav-toaster-0.92-1.3.16.rpm) it
> succeeds but it still does not scan at all. So I can't go back either.
>
> I've tried so far this:
>
> qmailctl stop
> rpm -e clamav-toaster-0.92-1.3.16 --nodeps
> rpmbuild --rebuild --with fdr60 clamav-toaster-0.93-1.3.18.src.rpm
> rpm -i /usr/src/redhat/RPMS/i386/clamav-toaster-0.93-1.3.18.rpm
> qmailctl start
>
> Everything got installed but I get the qq soft reject on incoming mail. So I
> tried also this:
>
> /var/qmail/bin/simscanmk
> /var/qmail/bin/qmail-badloadertypes
> /var/qmail/bin/qmail-badmimetypes
> qmailctl cdb
>
> Nothing changed, so I finally disabled simscan for the time being.
>
> Any ideas?
>
> Pablo Zavalia
>
> Igor Vukotic escribió:
>
> Im running 0.93-1.3.18 and work perfectly fine (except huge CPU usage),
> but every else is fine and stable.
> If you want some specific detail i can provide :)
>
>
> On 2008.05.06, at 19:14, Eric Shubert wrote:
>
>
> I wish. ;)
>
> I'm still running clamav-toaster-0.92.1-1.3.17 with no apparent problem.
> TTMOMK, 0.9x versions previous to this one were problematic.
>
> The current version on the web site is clamav-toaster-0.93-1.3.18. Has
> anyone had any success or problems with this version? I'd like to hear
> some
> feedback from any/every one running this version.
>
> Igor Vukotic' wrote:
>
>
> Hi Pablo,
>
>
>
> I recognised log message "*qmail-smtpd: qq soft reject (mail server
>
>
> temporarily rejected message*"
>
>
> That exactly happened to my server when i restart qtp services and when
>
>
> i look at "top" you will probably see clamav process consume huge CPU
> usage.
>
>
> Good thing is if you leave server (1-2-minute) it will work normally and
>
>
> i suggest to use submission ports for clients, not 25
>
>
>
> My server has 160Gb mails on HDD (i use IMAP for clients) and its
>
>
> running on 2xXeon 2GHz, 4Gb ram and it took 1-2 minute to clam finish
>
>
> the first job.
>
>
>
> Bad thing is when your clamav will be updated, it will "die" on 1-2
>
>
> minute again.
>
>
>
> Maybe Eric has some trick for us, but clamav consume very much CPU-u,
>
>
> and better HW is shorter time :)
>
>
>
>
>
> On 2008.05.02, at 03:47, Pablo Zavalia wrote:
>
>
>
> Thanks for the reply Eric, that was quick!
>
>
>
> Smtp logs this:
>
>
>
> @4000481a6504112f8364 tcpserver: pid 7772 from 
>
>
> @4000481a6504112f8b34 tcpserver: ok 7772
>
>
> qmailserver.example.com
> ::25 :::25380
>
>
> @4000481a650420c9c6a4 tcpserver: status: 11/100
>
>
> @4000481a650421d03e0c CHKUSER relaying rcpt: from
>
>
> < [EMAIL PROTECTED]  :
> [EMAIL PROTECTED]  :>
> remote
>
>
>  rcpt < [EMAIL PROTECTED]
>  > : client
>
>
> allowed to relay
>
>
> @4000481a650503bfb974 qmail-smtpd: qq soft reject (mail server
>
>
> temporarily rejected message (#4.3.0)):
>
>
> MAILFROM:< [EMAIL PROTECTED] 
>
>
> RCPTTO: [EMAIL PROTECTED] 
>
>
> @4000481a650503e1dfa4 tcpserver: end 7772 status 0
>
>
>
> Nothing comes up in spamd log. I wonder why.
>
>
>
> Moreover I tried to run the simscan binary and i got this:
>
>
> $ /var/qmail/bin/simscan
>
>
> Segmentation fault
>
>
>
> I'm puzzled...
>
>
>
> Pablo
>
>
>
>
> Eric Shubert escribió:
>
>
> What are the corresponding smtp and spamd log messages when the message
> is
>
>
> rejected?
>
>
>
> Pablo Zavalia wrote:
>
>
>
> I've upgraded my clam clamav-toaster-0.92-1.3.16 which was working fine
>
>
> for the new released version clamav-toaster-0.93-1.3.18. Installation
>
>
> went ok, the package manager reported that it was installed fine.
>
>
>
> The thing es that mail is not being accepted, here's is an example of an
>
>
> smtp transaction:
>
>
>
> <-  220 qmailserver.example.com - SMTP Server ESMTP
>
>
> -> EHLO sender.example.com
>
>
> <-  250-hostname.example.com - SMTP Server
>
>
> <-  250-STARTTLS
>
>
> <-  250-PIPELINING
>
>
> <-  250-8BITMIME
>
>
> <-  250-SIZE 20971520
>
>
> <-  250 AUTH LOGIN PLAIN CRAM-MD5
>
>
> -> AUTH CRAM-MD5
>
>
> <-  334 ( CRAM MD5 auth )
>
>
> -> (more auth)
>
>
> <-  235 ok, go ahead (#2.0.0)
>
>
> -> MAIL FROM:< [EMAIL PROTECTED]
> 

Re: [qmailtoaster] Update of ClamAV Solved

[Pablo Zavalia]

Hi Guys,

Unfortunately I still couldn't figure out the solution for my particular 
problem. ClamAV has been running for many days now and still mail can't 
be processed if i use simscan (currently I have disabled simscan from my 
tcp.smtp, so bye bye SA and clamav). I've tried enabling simscan and 
turning clam off in the simcontrol file and that way it works, so I know 
something related with clam is not working properly.


I'd rule out the clam updating downtime thingy because it has been 
installed many days ago. The weird thing is that if I uninstall clam 
0.93-1.3.18 (rpm -e clamav-toaster-0.93-1.3.18 --nodeps) and I reinstall 
clamav-toaster-0.92-1.3.16 (rpm -i clamav-toaster-0.92-1.3.16.rpm) it 
succeeds but it still does not scan at all. So I can't go back either.


I've tried so far this:

qmailctl stop
rpm -e clamav-toaster-0.92-1.3.16 --nodeps
rpmbuild --rebuild --with fdr60 clamav-toaster-0.93-1.3.18.src.rpm
rpm -i /usr/src/redhat/RPMS/i386/clamav-toaster-0.93-1.3.18.rpm
qmailctl start

Everything got installed but I get the qq soft reject on incoming mail. 
So I tried also this:


/var/qmail/bin/simscanmk
/var/qmail/bin/qmail-badloadertypes
/var/qmail/bin/qmail-badmimetypes
qmailctl cdb

Nothing changed, so I finally disabled simscan for the time being.

Any ideas?

Pablo Zavalia

Igor Vukotic escribió:

Im running 0.93-1.3.18 and work perfectly fine (except huge CPU usage),
but every else is fine and stable.
If you want some specific detail i can provide :)


On 2008.05.06, at 19:14, Eric Shubert wrote:


I wish. ;)

I'm still running clamav-toaster-0.92.1-1.3.17 with no apparent problem.
TTMOMK, 0.9x versions previous to this one were problematic.

The current version on the web site is clamav-toaster-0.93-1.3.18. Has
anyone had any success or problems with this version? I'd like to hear
some
feedback from any/every one running this version.

Igor Vukotic' wrote:


Hi Pablo,



I recognised log message "*qmail-smtpd: qq soft reject (mail server


temporarily rejected message*"


That exactly happened to my server when i restart qtp services and when


i look at "top" you will probably see clamav process consume huge CPU
usage.


Good thing is if you leave server (1-2-minute) it will work normally and


i suggest to use submission ports for clients, not 25



My server has 160Gb mails on HDD (i use IMAP for clients) and its


running on 2xXeon 2GHz, 4Gb ram and it took 1-2 minute to clam finish


the first job.



Bad thing is when your clamav will be updated, it will "die" on 1-2


minute again.



Maybe Eric has some trick for us, but clamav consume very much CPU-u,


and better HW is shorter time :)





On 2008.05.02, at 03:47, Pablo Zavalia wrote:



Thanks for the reply Eric, that was quick!



Smtp logs this:



@4000481a6504112f8364 tcpserver: pid 7772 from 


@4000481a6504112f8b34 tcpserver: ok 7772


qmailserver.example.com::25 :::25380


@4000481a650420c9c6a4 tcpserver: status: 11/100


@4000481a650421d03e0c CHKUSER relaying rcpt: from


< [EMAIL PROTECTED]  :
[EMAIL PROTECTED]  :>
remote


 rcpt < [EMAIL PROTECTED]
 > : client


allowed to relay


@4000481a650503bfb974 qmail-smtpd: qq soft reject (mail server


temporarily rejected message (#4.3.0)):


MAILFROM:< [EMAIL PROTECTED] 
  
RCPTTO: [EMAIL PROTECTED]  




@4000481a650503e1dfa4 tcpserver: end 7772 status 0



Nothing comes up in spamd log. I wonder why.



Moreover I tried to run the simscan binary and i got this:


$ /var/qmail/bin/simscan


Segmentation fault



I'm puzzled...



Pablo




Eric Shubert escribió:


What are the corresponding smtp and spamd log messages when the message
is


rejected?



Pablo Zavalia wrote:



I've upgraded my clam clamav-toaster-0.92-1.3.16 which was working fine


for the new released version clamav-toaster-0.93-1.3.18. Installation


went ok, the package manager reported that it was installed fine.



The thing es that mail is not being accepted, here's is an example of an


smtp transaction:



<-  220 qmailserver.example.com - SMTP Server ESMTP


-> EHLO sender.example.com


<-  250-hostname.example.com - SMTP Server


<-  250-STARTTLS


<-  250-PIPELINING


<-  250-8BITMIME


<-  250-SIZE 20971520


<-  250 AUTH LOGIN PLAIN CRAM-MD5


-> AUTH CRAM-MD5


<-  334 ( CRAM MD5 auth )


-> (more auth)


<-  235 ok, go ahead (#2.0.0)


-> MAIL FROM:< [EMAIL PROTECTED]
 >


<-  250 ok


-> RCPT TO:< [EMAIL PROTECTED]
 >


<-  250 ok


-> DATA


<-  354 go ahead


-> Date: Thu, 01 May 2008 20:47:10 -0400


-> Subject: test Thu, 01 May 2008 20:47:10 -0400


->


-> This is a test mailing


->


-> .


<** 451 mail server temporarily rejected message (#4.3.0)


-> QUIT


<-  221 qmailserver.example.com - SMTP Server



This stopped working after the upgrade, my tcp.smtp is:



127.:a

Re: [qmailtoaster] Re: Soft Rejections

[James Palmer]

Does that actually remove all the installed packages though, or just  
the QTP installers?  I.e. remove spamdyke, the new channel and cron  
jobs added by sa-update and the yum repo added by newmodel?


Cheers,


James


On 8 May 2008, at 18:14, Jake Vickers wrote:


James Palmer wrote:

Eric,

Is there an easy way to go about removing various QTP packages?   
Such as sa-update, newmodel etc?


Have them all installed at the minute with no problems, just  
wanting the option!




rpm -e qmailtoaster-plus


-
   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] Re: Soft Rejections

[Jake Vickers]

James Palmer wrote:

Eric,

Is there an easy way to go about removing various QTP packages?  Such 
as sa-update, newmodel etc?


Have them all installed at the minute with no problems, just wanting 
the option!




rpm -e qmailtoaster-plus


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

Re: [qmailtoaster] Re: Soft Rejections

[Jake Vickers]

Roxanne Sandesara wrote:
To be clear, I was not blaming Jake, or his utilities. I've had great 
luck with everything Jake has ever done or offered. I was merely 
answering the question of how it was I'd installed sa-update.


I'm also not really sure that the executables themselves /have/ been 
messed up. It's possible. They might be. Or they might be pulling in 
data from some other included file that is incorrect. I just can't 
/find/ that other file.


 I know that. Just tossing some back.  The qtp-sa-update basically 
does exactly what the links James provided do. It doesn't touch the 
spamassassin executables in any shape or form, other than to run sa-update.


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

Re: [qmailtoaster] Re: Soft Rejections

[James Palmer]

Eric,

Is there an easy way to go about removing various QTP packages?  Such  
as sa-update, newmodel etc?


Have them all installed at the minute with no problems, just wanting  
the option!


Cheers,


James



On 8 May 2008, at 17:49, Jake Vickers wrote:


James Pratt wrote:

Ah, ok... that explains it ... So whoever wrote this qtp-sa-update
deserves a smackdown... What are they thinking by touching the SA
executables ? That is just *very* bad (I would dare say *evil* ;)
programming... :\

Note to others: Configure sa-update's using these instructions -  
simple,

to the point, and it wont' touch your binaries/scripts...
http://wiki.apache.org/spamassassin/RuleUpdates

... and for ditching RDJ, there is openprotect.com's SARE rule  
channel:


http://saupdates.openprotect.com/



I'm just jumping in on the tail of this, but you can try and give me  
the smack down if you want. Or you can quit using the software I  
write.
qtp-sa-update does not touch the SA executables at all. I don't even  
know where you would get the idea if you even looked at the script.  
I think if you do your due diligence you'll see the script does  
almost exactly what the 2 links you provided do almost step by step.
Looking at the error, it looks like a remnant left over from when  
the spamassassin-toaster package spec file was broken or at least  
acting weird.
I'd suggest rebuilding the package (spamassassin-toaster). It looks  
like you got one of the many bugs reported on the list by this  
latest version or revert to an older version.
(to recap: the qtp-sa-update script removed the RDJ rules if they  
were there from an older version of QTP, then installs the Apache/ 
Spamassassin channel, then installs the OpenProtect channel. It  
doesn't touch the executable at all)


-
   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] Re: Soft Rejections

[Roxanne Sandesara]

To be clear, I was not blaming Jake, or his utilities. I've had great  
luck with everything Jake has ever done or offered. I was merely  
answering the question of how it was I'd installed sa-update.


I'm also not really sure that the executables themselves /have/ been  
messed up. It's possible. They might be. Or they might be pulling in  
data from some other included file that is incorrect. I just can't / 
find/ that other file.


I also can't quite fathom how, if the executables had been messed up  
during the installation - which also happened this prior weekend -  
how things managed to run just fine until yesterday afternoon. My  
suspicion would have been that some run of some cron job or another  
ended up altering some file or another to put in this incorrect path  
and create the issue. But I really have no clue. I'm fishing in the  
dark.


Nevertheless. I will try, as stated, to DL the latest SA src.rpm,  
rebuild, and re-install when I get a chance, either late tonight or  
this coming weekend.


I do appreciate all of the help I received trying to narrow down what  
was going on and how to get things back up and running.


Roxanne

On May 8, 2008, at 12:49 PM, Jake Vickers wrote:


James Pratt wrote:

Ah, ok... that explains it ... So whoever wrote this qtp-sa-update
deserves a smackdown... What are they thinking by touching the SA
executables ? That is just *very* bad (I would dare say *evil* ;)
programming... :\

Note to others: Configure sa-update's using these instructions -  
simple,

to the point, and it wont' touch your binaries/scripts...
http://wiki.apache.org/spamassassin/RuleUpdates

... and for ditching RDJ, there is openprotect.com's SARE rule  
channel:


http://saupdates.openprotect.com/



I'm just jumping in on the tail of this, but you can try and give  
me the smack down if you want. Or you can quit using the software I  
write.
qtp-sa-update does not touch the SA executables at all. I don't  
even know where you would get the idea if you even looked at the  
script. I think if you do your due diligence you'll see the script  
does almost exactly what the 2 links you provided do almost step by  
step.
Looking at the error, it looks like a remnant left over from when  
the spamassassin-toaster package spec file was broken or at least  
acting weird.
I'd suggest rebuilding the package (spamassassin-toaster). It looks  
like you got one of the many bugs reported on the list by this  
latest version or revert to an older version.
(to recap: the qtp-sa-update script removed the RDJ rules if they  
were there from an older version of QTP, then installs the Apache/ 
Spamassassin channel, then installs the OpenProtect channel. It  
doesn't touch the executable at all)


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





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

Re: [qmailtoaster] Re: Soft Rejections

[Jake Vickers]

James Pratt wrote:

Ah, ok... that explains it ... So whoever wrote this qtp-sa-update
deserves a smackdown... What are they thinking by touching the SA
executables ? That is just *very* bad (I would dare say *evil* ;)
programming... :\

Note to others: Configure sa-update's using these instructions - simple,
to the point, and it wont' touch your binaries/scripts... 


http://wiki.apache.org/spamassassin/RuleUpdates

... and for ditching RDJ, there is openprotect.com's SARE rule channel:

http://saupdates.openprotect.com/
  


I'm just jumping in on the tail of this, but you can try and give me the 
smack down if you want. Or you can quit using the software I write.
qtp-sa-update does not touch the SA executables at all. I don't even 
know where you would get the idea if you even looked at the script. I 
think if you do your due diligence you'll see the script does almost 
exactly what the 2 links you provided do almost step by step.
Looking at the error, it looks like a remnant left over from when the 
spamassassin-toaster package spec file was broken or at least acting weird.
I'd suggest rebuilding the package (spamassassin-toaster). It looks like 
you got one of the many bugs reported on the list by this latest version 
or revert to an older version.
(to recap: the qtp-sa-update script removed the RDJ rules if they were 
there from an older version of QTP, then installs the 
Apache/Spamassassin channel, then installs the OpenProtect channel. It 
doesn't touch the executable at all)


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

Re: [qmailtoaster] Problem updating qmailtoaster spamassassin

[Eric Shubert]

Follow the directions at http://dag.wieers.com/rpm/FAQ.php#B for
B2. How to configure to use RPMforge,
then use yum to install them, e.g.:
# yum install perl-HTML-Parser perl-Mail-SPF
etc

Guillermo Villasana wrote:
> Hi guys I have the following message error when I try to update:
> 
> 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 missing: Net::Ident
> optional module missing: IO::Socket::INET6
> optional module missing: IO::Socket::SSL
> optional module missing: Mail::DomainKeys
> optional module missing: Mail::DKIM
> optional module missing: Encode::Detect
> 
> warning: some functionality may not be available,
> please read the above report before continuing!
> 
> 
> so I asume I didn't have those pearl modules so I tried:
>  perl -MCPAN -eshell
> then
> install HTML::Parser
> 
> but It just wouldn't install nothing as it would say that it cannot
> connect to download.
> what I am doing wrong? or is there another way to install the modules?
> Thanks
> 


-- 
-Eric 'shubes'

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

RE: [qmailtoaster] Re: Soft Rejections

[James Pratt]

Ah, ok... that explains it ... So whoever wrote this qtp-sa-update
deserves a smackdown... What are they thinking by touching the SA
executables ? That is just *very* bad (I would dare say *evil* ;)
programming... :\

Note to others: Configure sa-update's using these instructions - simple,
to the point, and it wont' touch your binaries/scripts... 

http://wiki.apache.org/spamassassin/RuleUpdates

... and for ditching RDJ, there is openprotect.com's SARE rule channel:

http://saupdates.openprotect.com/


Cheers,
jp

> -Original Message-
> From: Roxanne Sandesara [mailto:[EMAIL PROTECTED]
> Sent: Thursday, May 08, 2008 11:55 AM
> To: qmailtoaster-list@qmailtoaster.com
> Subject: Re: [qmailtoaster] Re: Soft Rejections
> 
> I used the qtp script qtp-sa-update, so yes, I believe that would
> qualify as 'an automated sa-update configurator'.
> 
> I'll have to wait until late tonight or some time this weekend to
> attempt the rebuild and re-install.
> 
> On May 8, 2008, at 11:48 AM, James Pratt wrote:
> 
> >
> >> -Original Message-
> >> From: Roxanne Sandesara [mailto:[EMAIL PROTECTED]
> >> Sent: Thursday, May 08, 2008 11:24 AM
> >> To: qmailtoaster-list@qmailtoaster.com
> >> Subject: Re: [qmailtoaster] Re: Soft Rejections
> >>
> >> So, having run "find / -type f | xargs grep -i "spamassassin-
> toaster-
> >> root", I find the following:
> >>
> >> /usr/bin/sa-compile:my $LOCAL_RULES_DIR = '/var/tmp/spamassassin-
> >> toaster-root/etc/mail/spamassassin';# substituted at 'make'
time
> >> /usr/bin/sa-learn:my $LOCAL_RULES_DIR = '/var/tmp/spamassassin-
> >> toaster-root/etc/mail/spamassassin';  # substituted at 'make' time
> >> /usr/bin/sa-update:my $LOCAL_RULES_DIR = '/var/tmp/spamassassin-
> >> toaster-root/etc/mail/spamassassin';# substituted at 'make'
time
> >> /usr/bin/sa-update: 'LOCAL_RULES_DIR'   => '/var/tmp/
> >> spamassassin-toaster-root/etc/mail/spamassassin',
> >> /usr/bin/sa-update:/var/tmp/spamassassin-toaster-root/etc/
> >> mail/spamassassin/sa-update-keys
> >> Binary file /usr/bin/spamc matches
> >> /usr/bin/spamd:my $LOCAL_RULES_DIR =
'/var/tmp/spamassassin-toaster-
> >> root/etc/mail/spamassassin';# substituted at 'make' time
> >> /usr/bin/spamassassin:my $LOCAL_RULES_DIR = '/var/tmp/spamassassin-
> >> toaster-root/etc/mail/spamassassin';# substituted at 'make'
time
> >> /usr/bin/spamassassin:=item /var/tmp/spamassassin-toaster-root/etc/
> >> mail/spamassassin
> >> /usr/bin/spamassassin:=item /var/tmp/spamassassin-toaster-root/etc/
> >> mail/spamassassin
> >>
> >> So this clearly came into place when I added sa-update in place of
> >> RulesDuJour this past weekend. I don't know if that's normal or
not,
> >> but I'm assuming not, since no one else recognized that path or
> >> considered it valid except during build/compile/install.
> >>
> >> Chkrootkit found nothing.
> >>
> >> My guess would be, at this point, I open sa-compile, sa-learn, sao-
> >> update, etc., in vi, find those instances of that directory and
> >> redirect them to where they should be? Which would be /etc/mail/
> >> spamassassin ?
> >>
> >
> >
> > No , you will just end up pulling your hair out , especially if you
> > have
> > to try and guess paths .. rebuild the entire sa package using
> rpmbuild
> > ...
> >
> > The sa-learn, sa-compile, and sa-update files are created upon SA
> > installation, so I can't see how just setting up sa-update would
> > rebuild
> > everything like that unless you used some type of automated
sa-update
> > configurator or something... (?)
> >
> > The spamassassin executable (perl script) should look something
like:
> >
> > $ strings /usr/bin/spamassassin | grep LOCAL
> >
> > my $LOCAL_RULES_DIR = '/etc/mail/spamassassin';# substituted at
> > 'make' time
> > my $LOCAL_STATE_DIR = '/var/lib/spamassassin';# substituted at
> > 'make' time
> > LOCAL_RULES_DIR => $LOCAL_RULES_DIR,
> > LOCAL_STATE_DIR => $LOCAL_STATE_DIR,
> >
> > (This is from a sendmail box, so the paths may be different. I
> > can't get
> > into my toaster server right now. :\
> >
> > Cheers,
> > jp
> >
> >
> >> Roxanne
> >>
> >> On May 7, 2008, at 8:39 PM, James Pratt wrote:
> >>
> >>> With all due respect, I see *nothing* that indicates *any* sort of
> >> dns
> >>> issue here. The problem is that the Spamassassin installation is
> >>> trying
> >>> to create temp files in a very non-standard directory, as Eric
said
> >>> in a
> >>> prior post.
> >>>
> >>> I would guess the build is just plain messed up - what does rpm
-ql
> >>> Spamassassin-toaster say? Inspect the rebuild output closely
after.
> >> Do
> >>> not rebuild it as the root user.
> >>>
> >>> If I were you, I would re-rpmbuild, and also run chkrootkit,
and/or
> >>> rkhunter... many people (still!) compile things as root. That is a
> >>> very
> >>> bad thing, qmail or no. :(
> >>>
> >>> Regards,
> >>> jp
> >>>
>  -Original Message-
>  From: Roxanne Sandesara [mailto:[EMAIL PROTECTED]
>  Sen

Re: [qmailtoaster] Problem updating qmailtoaster spamassassin

[Guillermo Villasana]

this is what I get when I issue de install command:

CPAN: LWP::UserAgent loaded ok
Fetching with LWP:
  ftp://cpan.upn.mx/pub/CPAN/authors/01mailrc.txt.gz
LWP failed with code[500] message[LWP::Protocol::MyFTP: connect: timeout]
Fetching with Net::FTP:
  ftp://cpan.upn.mx/pub/CPAN/authors/01mailrc.txt.gz

Trying with "/usr/bin/links -source" to get
ftp://cpan.upn.mx/pub/CPAN/authors/01mailrc.txt.gz
ERROR at dump.c:188: Receive timeout

System call "/usr/bin/links -source 
"ftp://cpan.upn.mx/pub/CPAN/authors/01mailrc.txt.gz";  > 
/root/.cpan/sources/authors/01mailrc.txt"

returned status 1 (wstat 256)
Warning: expected file [/root/.cpan/sources/authors/01mailrc.txt.gz] 
doesn't exist


Trying with "/usr/bin/wget -O -" to get
ftp://cpan.upn.mx/pub/CPAN/authors/01mailrc.txt.gz
--10:59:08--  ftp://cpan.upn.mx/pub/CPAN/authors/01mailrc.txt.gz
   => `-'
Resolving cpan.upn.mx... 200.23.113.93

Thanks

Guillermo Villasana escribió:

Hi guys I have the following message error when I try to update:

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 missing: Net::Ident
optional module missing: IO::Socket::INET6
optional module missing: IO::Socket::SSL
optional module missing: Mail::DomainKeys
optional module missing: Mail::DKIM
optional module missing: Encode::Detect

warning: some functionality may not be available,
please read the above report before continuing!


so I asume I didn't have those pearl modules so I tried:
 perl -MCPAN -eshell
then
install HTML::Parser

but It just wouldn't install nothing as it would say that it cannot 
connect to download.

what I am doing wrong? or is there another way to install the modules?
Thanks

-
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] Problem updating qmailtoaster spamassassin

[Guillermo Villasana]

this is what I get when I issue de install command:

CPAN: LWP::UserAgent loaded ok
Fetching with LWP:
  ftp://cpan.upn.mx/pub/CPAN/authors/01mailrc.txt.gz
LWP failed with code[500] message[LWP::Protocol::MyFTP: connect: timeout]
Fetching with Net::FTP:
  ftp://cpan.upn.mx/pub/CPAN/authors/01mailrc.txt.gz

Trying with "/usr/bin/links -source" to get
ftp://cpan.upn.mx/pub/CPAN/authors/01mailrc.txt.gz
ERROR at dump.c:188: Receive timeout

System call "/usr/bin/links -source 
"ftp://cpan.upn.mx/pub/CPAN/authors/01mailrc.txt.gz";  > 
/root/.cpan/sources/authors/01mailrc.txt"

returned status 1 (wstat 256)
Warning: expected file [/root/.cpan/sources/authors/01mailrc.txt.gz] 
doesn't exist


Trying with "/usr/bin/wget -O -" to get
ftp://cpan.upn.mx/pub/CPAN/authors/01mailrc.txt.gz
--10:59:08--  ftp://cpan.upn.mx/pub/CPAN/authors/01mailrc.txt.gz
   => `-'
Resolving cpan.upn.mx... 200.23.113.93

Thanks

Guillermo Villasana escribió:

Hi guys I have the following message error when I try to update:

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 missing: Net::Ident
optional module missing: IO::Socket::INET6
optional module missing: IO::Socket::SSL
optional module missing: Mail::DomainKeys
optional module missing: Mail::DKIM
optional module missing: Encode::Detect

warning: some functionality may not be available,
please read the above report before continuing!


so I asume I didn't have those pearl modules so I tried:
 perl -MCPAN -eshell
then
install HTML::Parser

but It just wouldn't install nothing as it would say that it cannot 
connect to download.

what I am doing wrong? or is there another way to install the modules?
Thanks

-
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] What is this Postmaster notify sayin?

[cpenn]

Hello all


I just finish a final exam and so maybe I am just a little confused about
this email I am getting.

My toaster has been working great.
Then I started getting these emails Fri, May 2, 2008 8:20 pm
I got 5 of them on that friday, about a minute apart.
I then got one on sunday at 11:36am and another yesterday evening at 10pm.

My questions are:
Does this mean that someone is trying to relay spam through
"another-server.mydomain.com"?  If so, this is the first such email I have
recieved on this.

This does not imply that there is a problem with
"my-mail-srever.mydomain.com", does it?

Here is the email.


Subject:Postmaster notify: see transcript for details
From:   "Mail Delivery Subsystem"
<[EMAIL PROTECTED]>
Date:   Wed, May 7, 2008 10:36 pm
To: [EMAIL PROTECTED]
Priority:   Normal
Options:View Full Header |  View Printable Version  | Download this as
a file  | View Message details

The original message was received at Wed, 7 May 2008 22:36:24 -0500
from localhost
with id m483aOsa020007

   - The following addresses had permanent fatal errors -
<[EMAIL PROTECTED]>
(reason: 511 sorry, can't find a valid MX for rcpt domain (#5.1.1 -
chkuser))

   - Transcript of session follows -
... while talking to my-mail-srever.mydomain.com.:
>>> DATA
<<< 511 sorry, can't find a valid MX for rcpt domain (#5.1.1 - chkuser)
554 5.0.0 Service unavailable
<<< 503 RCPT first (#5.5.1)

This file attached as well...

Reporting-MTA: dns; another-server.mydomain.com
Received-From-MTA: DNS; localhost.localdomain
Arrival-Date: Fri, 2 May 2008 20:20:11 -0500

Final-Recipient: RFC822; [EMAIL PROTECTED]
Action: failed
Status: 5.0.0
Remote-MTA: DNS; my-mail-srever.mydomain.com
Diagnostic-Code: SMTP; 511 sorry, can't find a valid MX for rcpt domain
(#5.1.1 -
chkuser)
Last-Attempt-Date: Fri, 2 May 2008 20:20:12 -0500
END

Chris...


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

Re: [qmailtoaster] Re: Soft Rejections

[Eric Shubert]

Roxanne Sandesara wrote:
> So, having run "find / -type f | xargs grep -i
> "spamassassin-toaster-root", I find the following:
> 
> /usr/bin/sa-compile:my $LOCAL_RULES_DIR =
> '/var/tmp/spamassassin-toaster-root/etc/mail/spamassassin';#
> substituted at 'make' time
> /usr/bin/sa-learn:my $LOCAL_RULES_DIR =
> '/var/tmp/spamassassin-toaster-root/etc/mail/spamassassin';  #
> substituted at 'make' time
> /usr/bin/sa-update:my $LOCAL_RULES_DIR =
> '/var/tmp/spamassassin-toaster-root/etc/mail/spamassassin';#
> substituted at 'make' time
> /usr/bin/sa-update: 'LOCAL_RULES_DIR'   =>
> '/var/tmp/spamassassin-toaster-root/etc/mail/spamassassin',
> /usr/bin/sa-update:   
> /var/tmp/spamassassin-toaster-root/etc/mail/spamassassin/sa-update-keys
> Binary file /usr/bin/spamc matches
> /usr/bin/spamd:my $LOCAL_RULES_DIR =
> '/var/tmp/spamassassin-toaster-root/etc/mail/spamassassin';#
> substituted at 'make' time
> /usr/bin/spamassassin:my $LOCAL_RULES_DIR =
> '/var/tmp/spamassassin-toaster-root/etc/mail/spamassassin';#
> substituted at 'make' time
> /usr/bin/spamassassin:=item
> /var/tmp/spamassassin-toaster-root/etc/mail/spamassassin
> /usr/bin/spamassassin:=item
> /var/tmp/spamassassin-toaster-root/etc/mail/spamassassin
> 
> So this clearly came into place when I added sa-update in place of
> RulesDuJour this past weekend. I don't know if that's normal or not, but
> I'm assuming not, since no one else recognized that path or considered
> it valid except during build/compile/install.

It's not so clear to me that sa-update caused your problem, but I do think
it's possible, and perhaps likely given that you added it last weekend. I
don't run sa-update or RDJ. How did you go about adding sa-update this past
weekend?

> Chkrootkit found nothing.

That's always good. ;)

> My guess would be, at this point, I open sa-compile, sa-learn,
> sao-update, etc., in vi, find those instances of that directory and
> redirect them to where they should be? Which would be
> /etc/mail/spamassassin ?

I wouldn't go there.

> Roxanne
> 
> On May 7, 2008, at 8:39 PM, James Pratt wrote:
> 
>> With all due respect, I see *nothing* that indicates *any* sort of dns
>> issue here. The problem is that the Spamassassin installation is trying
>> to create temp files in a very non-standard directory, as Eric said in a
>> prior post.
>>
>> I would guess the build is just plain messed up - what does rpm -ql
>> Spamassassin-toaster say? Inspect the rebuild output closely after. Do
>> not rebuild it as the root user.
>>
>> If I were you, I would re-rpmbuild, and also run chkrootkit, and/or
>> rkhunter... many people (still!) compile things as root. That is a very
>> bad thing, qmail or no. :(
>>
>> Regards,
>> jp
>>
>>> -Original Message-
>>> From: Roxanne Sandesara [mailto:[EMAIL PROTECTED]
>>> Sent: Wednesday, May 07, 2008 8:24 PM
>>> To: qmailtoaster-list@qmailtoaster.com
>>> Subject: Re: [qmailtoaster] Re: Soft Rejections
>>>
>>> No, nothing in the blacklists file. And Spamassassin's RBL checks are
>>> turned off in local.cf.
>>> I'm running chrooted Bind, not a caching nameserver.
>>>
>>> And yes. I was su - into vpopmail's shell to run the spamassassin --
>>> lint -D tests.
>>>
>>> Roxanne
>>>
>>> On May 7, 2008, at 7:29 PM, Eric Shubert wrote:
>>>
 Roxanne Sandesara wrote:
> DNS appears to be working. I have no idea if an RBL site is down.
>> At
> this point I've deactivated spamdyke, which was the only thing
> doing RBL
> checks, so that shouldn't be an issue anymore.

 You have nothing in /var/qmail/control/blacklists? That would do rbl
 checking. Spamassassin probably is as well, unless you are running
 it with
 the -L (local checks only) option.

 Are you running a caching-nameserver on the toaster? That isn't
 absolutely
 required, but highly recommended.

> I still have this nonsense SpamAssassin perl module error, and no
> way to
> correct it.

 Are you running spamassassin commands with "sudo -u vpopmail -h"?
 You need to always run spamassassin as vpopmail user. Otherwise it
 won't
 pick up the correct environment.

> Roxanne
>
> On May 7, 2008, at 4:52 PM, Eric Shubert wrote:
>
>> Sounds a bit like a DNS issue to me. Is your DNS not working, or
>> perhaps an
>> RBL site down?
>>
>> Roxanne Sandesara wrote:
>>> I've had spamdyke running for a week without any problems until
>>> today
>>> (if indeed Spamdyke is the problem). However, thanks for the
>>> advice. I
>>> went back, found that discussion from last week, and have - at
>>> least
>>> temporarily - deactivated spamdyke.
>>>
>>> However, this has not corrected my problem. Messages are still
>>> being
>>> soft-rejected, even after turning off spamdyke and restarting
>>> qmail.
>>>
>>> I've got this strange permissions problem with what must be a
>>> created
>>>

Re: [qmailtoaster] Re: Soft Rejections

[Roxanne Sandesara]

I used the qtp script qtp-sa-update, so yes, I believe that would  
qualify as 'an automated sa-update configurator'.


I'll have to wait until late tonight or some time this weekend to  
attempt the rebuild and re-install.


On May 8, 2008, at 11:48 AM, James Pratt wrote:




-Original Message-
From: Roxanne Sandesara [mailto:[EMAIL PROTECTED]
Sent: Thursday, May 08, 2008 11:24 AM
To: qmailtoaster-list@qmailtoaster.com
Subject: Re: [qmailtoaster] Re: Soft Rejections

So, having run "find / -type f | xargs grep -i "spamassassin-toaster-
root", I find the following:

/usr/bin/sa-compile:my $LOCAL_RULES_DIR = '/var/tmp/spamassassin-
toaster-root/etc/mail/spamassassin';# substituted at 'make' time
/usr/bin/sa-learn:my $LOCAL_RULES_DIR = '/var/tmp/spamassassin-
toaster-root/etc/mail/spamassassin';  # substituted at 'make' time
/usr/bin/sa-update:my $LOCAL_RULES_DIR = '/var/tmp/spamassassin-
toaster-root/etc/mail/spamassassin';# substituted at 'make' time
/usr/bin/sa-update: 'LOCAL_RULES_DIR'   => '/var/tmp/
spamassassin-toaster-root/etc/mail/spamassassin',
/usr/bin/sa-update:/var/tmp/spamassassin-toaster-root/etc/
mail/spamassassin/sa-update-keys
Binary file /usr/bin/spamc matches
/usr/bin/spamd:my $LOCAL_RULES_DIR = '/var/tmp/spamassassin-toaster-
root/etc/mail/spamassassin';# substituted at 'make' time
/usr/bin/spamassassin:my $LOCAL_RULES_DIR = '/var/tmp/spamassassin-
toaster-root/etc/mail/spamassassin';# substituted at 'make' time
/usr/bin/spamassassin:=item /var/tmp/spamassassin-toaster-root/etc/
mail/spamassassin
/usr/bin/spamassassin:=item /var/tmp/spamassassin-toaster-root/etc/
mail/spamassassin

So this clearly came into place when I added sa-update in place of
RulesDuJour this past weekend. I don't know if that's normal or not,
but I'm assuming not, since no one else recognized that path or
considered it valid except during build/compile/install.

Chkrootkit found nothing.

My guess would be, at this point, I open sa-compile, sa-learn, sao-
update, etc., in vi, find those instances of that directory and
redirect them to where they should be? Which would be /etc/mail/
spamassassin ?




No , you will just end up pulling your hair out , especially if you  
have

to try and guess paths .. rebuild the entire sa package using rpmbuild
...

The sa-learn, sa-compile, and sa-update files are created upon SA
installation, so I can't see how just setting up sa-update would  
rebuild

everything like that unless you used some type of automated sa-update
configurator or something... (?)

The spamassassin executable (perl script) should look something like:

$ strings /usr/bin/spamassassin | grep LOCAL

my $LOCAL_RULES_DIR = '/etc/mail/spamassassin';# substituted at
'make' time
my $LOCAL_STATE_DIR = '/var/lib/spamassassin';# substituted at
'make' time
LOCAL_RULES_DIR => $LOCAL_RULES_DIR,
LOCAL_STATE_DIR => $LOCAL_STATE_DIR,

(This is from a sendmail box, so the paths may be different. I  
can't get

into my toaster server right now. :\

Cheers,
jp



Roxanne

On May 7, 2008, at 8:39 PM, James Pratt wrote:


With all due respect, I see *nothing* that indicates *any* sort of

dns

issue here. The problem is that the Spamassassin installation is
trying
to create temp files in a very non-standard directory, as Eric said
in a
prior post.

I would guess the build is just plain messed up - what does rpm -ql
Spamassassin-toaster say? Inspect the rebuild output closely after.

Do

not rebuild it as the root user.

If I were you, I would re-rpmbuild, and also run chkrootkit, and/or
rkhunter... many people (still!) compile things as root. That is a
very
bad thing, qmail or no. :(

Regards,
jp


-Original Message-
From: Roxanne Sandesara [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 07, 2008 8:24 PM
To: qmailtoaster-list@qmailtoaster.com
Subject: Re: [qmailtoaster] Re: Soft Rejections

No, nothing in the blacklists file. And Spamassassin's RBL checks

are

turned off in local.cf.
I'm running chrooted Bind, not a caching nameserver.

And yes. I was su - into vpopmail's shell to run the spamassassin

--

lint -D tests.

Roxanne

On May 7, 2008, at 7:29 PM, Eric Shubert wrote:


Roxanne Sandesara wrote:

DNS appears to be working. I have no idea if an RBL site is down.

At

this point I've deactivated spamdyke, which was the only thing
doing RBL
checks, so that shouldn't be an issue anymore.


You have nothing in /var/qmail/control/blacklists? That would do

rbl

checking. Spamassassin probably is as well, unless you are running
it with
the -L (local checks only) option.

Are you running a caching-nameserver on the toaster? That isn't
absolutely
required, but highly recommended.


I still have this nonsense SpamAssassin perl module error, and no
way to
correct it.


Are you running spamassassin commands with "sudo -u vpopmail -h"?
You need to always run spamassassin as vpopmail user. Otherwise it
won't
pick up the correct environment.


Roxanne

On May 7, 

RE: [qmailtoaster] Re: Soft Rejections

[James Pratt]

> -Original Message-
> From: Roxanne Sandesara [mailto:[EMAIL PROTECTED]
> Sent: Thursday, May 08, 2008 11:24 AM
> To: qmailtoaster-list@qmailtoaster.com
> Subject: Re: [qmailtoaster] Re: Soft Rejections
> 
> So, having run "find / -type f | xargs grep -i "spamassassin-toaster-
> root", I find the following:
> 
> /usr/bin/sa-compile:my $LOCAL_RULES_DIR = '/var/tmp/spamassassin-
> toaster-root/etc/mail/spamassassin';# substituted at 'make' time
> /usr/bin/sa-learn:my $LOCAL_RULES_DIR = '/var/tmp/spamassassin-
> toaster-root/etc/mail/spamassassin';  # substituted at 'make' time
> /usr/bin/sa-update:my $LOCAL_RULES_DIR = '/var/tmp/spamassassin-
> toaster-root/etc/mail/spamassassin';# substituted at 'make' time
> /usr/bin/sa-update: 'LOCAL_RULES_DIR'   => '/var/tmp/
> spamassassin-toaster-root/etc/mail/spamassassin',
> /usr/bin/sa-update:/var/tmp/spamassassin-toaster-root/etc/
> mail/spamassassin/sa-update-keys
> Binary file /usr/bin/spamc matches
> /usr/bin/spamd:my $LOCAL_RULES_DIR = '/var/tmp/spamassassin-toaster-
> root/etc/mail/spamassassin';# substituted at 'make' time
> /usr/bin/spamassassin:my $LOCAL_RULES_DIR = '/var/tmp/spamassassin-
> toaster-root/etc/mail/spamassassin';# substituted at 'make' time
> /usr/bin/spamassassin:=item /var/tmp/spamassassin-toaster-root/etc/
> mail/spamassassin
> /usr/bin/spamassassin:=item /var/tmp/spamassassin-toaster-root/etc/
> mail/spamassassin
> 
> So this clearly came into place when I added sa-update in place of
> RulesDuJour this past weekend. I don't know if that's normal or not,
> but I'm assuming not, since no one else recognized that path or
> considered it valid except during build/compile/install.
> 
> Chkrootkit found nothing.
> 
> My guess would be, at this point, I open sa-compile, sa-learn, sao-
> update, etc., in vi, find those instances of that directory and
> redirect them to where they should be? Which would be /etc/mail/
> spamassassin ?
> 


No , you will just end up pulling your hair out , especially if you have
to try and guess paths .. rebuild the entire sa package using rpmbuild
... 

The sa-learn, sa-compile, and sa-update files are created upon SA
installation, so I can't see how just setting up sa-update would rebuild
everything like that unless you used some type of automated sa-update
configurator or something... (?)

The spamassassin executable (perl script) should look something like:

$ strings /usr/bin/spamassassin | grep LOCAL

my $LOCAL_RULES_DIR = '/etc/mail/spamassassin';# substituted at
'make' time
my $LOCAL_STATE_DIR = '/var/lib/spamassassin';# substituted at
'make' time
LOCAL_RULES_DIR => $LOCAL_RULES_DIR,
LOCAL_STATE_DIR => $LOCAL_STATE_DIR,

(This is from a sendmail box, so the paths may be different. I can't get
into my toaster server right now. :\

Cheers,
jp


> Roxanne
> 
> On May 7, 2008, at 8:39 PM, James Pratt wrote:
> 
> > With all due respect, I see *nothing* that indicates *any* sort of
> dns
> > issue here. The problem is that the Spamassassin installation is
> > trying
> > to create temp files in a very non-standard directory, as Eric said
> > in a
> > prior post.
> >
> > I would guess the build is just plain messed up - what does rpm -ql
> > Spamassassin-toaster say? Inspect the rebuild output closely after.
> Do
> > not rebuild it as the root user.
> >
> > If I were you, I would re-rpmbuild, and also run chkrootkit, and/or
> > rkhunter... many people (still!) compile things as root. That is a
> > very
> > bad thing, qmail or no. :(
> >
> > Regards,
> > jp
> >
> >> -Original Message-
> >> From: Roxanne Sandesara [mailto:[EMAIL PROTECTED]
> >> Sent: Wednesday, May 07, 2008 8:24 PM
> >> To: qmailtoaster-list@qmailtoaster.com
> >> Subject: Re: [qmailtoaster] Re: Soft Rejections
> >>
> >> No, nothing in the blacklists file. And Spamassassin's RBL checks
> are
> >> turned off in local.cf.
> >> I'm running chrooted Bind, not a caching nameserver.
> >>
> >> And yes. I was su - into vpopmail's shell to run the spamassassin
--
> >> lint -D tests.
> >>
> >> Roxanne
> >>
> >> On May 7, 2008, at 7:29 PM, Eric Shubert wrote:
> >>
> >>> Roxanne Sandesara wrote:
>  DNS appears to be working. I have no idea if an RBL site is down.
> > At
>  this point I've deactivated spamdyke, which was the only thing
>  doing RBL
>  checks, so that shouldn't be an issue anymore.
> >>>
> >>> You have nothing in /var/qmail/control/blacklists? That would do
> rbl
> >>> checking. Spamassassin probably is as well, unless you are running
> >>> it with
> >>> the -L (local checks only) option.
> >>>
> >>> Are you running a caching-nameserver on the toaster? That isn't
> >>> absolutely
> >>> required, but highly recommended.
> >>>
>  I still have this nonsense SpamAssassin perl module error, and no
>  way to
>  correct it.
> >>>
> >>> Are you running spamassassin commands with "sudo -u vpopmail -h"?
> >>> You need to always run spamassassin as vpopmail us

[qmailtoaster] Problem updating qmailtoaster spamassassin

[Guillermo Villasana]

Hi guys I have the following message error when I try to update:

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 missing: Net::Ident
optional module missing: IO::Socket::INET6
optional module missing: IO::Socket::SSL
optional module missing: Mail::DomainKeys
optional module missing: Mail::DKIM
optional module missing: Encode::Detect

warning: some functionality may not be available,
please read the above report before continuing!


so I asume I didn't have those pearl modules so I tried:
 perl -MCPAN -eshell
then
install HTML::Parser

but It just wouldn't install nothing as it would say that it cannot 
connect to download.

what I am doing wrong? or is there another way to install the modules?
Thanks

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

Re: [qmailtoaster] Re: Soft Rejections

[Roxanne Sandesara]

So, having run "find / -type f | xargs grep -i "spamassassin-toaster- 
root", I find the following:


/usr/bin/sa-compile:my $LOCAL_RULES_DIR = '/var/tmp/spamassassin- 
toaster-root/etc/mail/spamassassin';# substituted at 'make' time
/usr/bin/sa-learn:my $LOCAL_RULES_DIR = '/var/tmp/spamassassin- 
toaster-root/etc/mail/spamassassin';  # substituted at 'make' time
/usr/bin/sa-update:my $LOCAL_RULES_DIR = '/var/tmp/spamassassin- 
toaster-root/etc/mail/spamassassin';# substituted at 'make' time
/usr/bin/sa-update: 'LOCAL_RULES_DIR'   => '/var/tmp/ 
spamassassin-toaster-root/etc/mail/spamassassin',
/usr/bin/sa-update:/var/tmp/spamassassin-toaster-root/etc/ 
mail/spamassassin/sa-update-keys

Binary file /usr/bin/spamc matches
/usr/bin/spamd:my $LOCAL_RULES_DIR = '/var/tmp/spamassassin-toaster- 
root/etc/mail/spamassassin';# substituted at 'make' time
/usr/bin/spamassassin:my $LOCAL_RULES_DIR = '/var/tmp/spamassassin- 
toaster-root/etc/mail/spamassassin';# substituted at 'make' time
/usr/bin/spamassassin:=item /var/tmp/spamassassin-toaster-root/etc/ 
mail/spamassassin
/usr/bin/spamassassin:=item /var/tmp/spamassassin-toaster-root/etc/ 
mail/spamassassin


So this clearly came into place when I added sa-update in place of  
RulesDuJour this past weekend. I don't know if that's normal or not,  
but I'm assuming not, since no one else recognized that path or  
considered it valid except during build/compile/install.


Chkrootkit found nothing.

My guess would be, at this point, I open sa-compile, sa-learn, sao- 
update, etc., in vi, find those instances of that directory and  
redirect them to where they should be? Which would be /etc/mail/ 
spamassassin ?


Roxanne

On May 7, 2008, at 8:39 PM, James Pratt wrote:


With all due respect, I see *nothing* that indicates *any* sort of dns
issue here. The problem is that the Spamassassin installation is  
trying
to create temp files in a very non-standard directory, as Eric said  
in a

prior post.

I would guess the build is just plain messed up - what does rpm -ql
Spamassassin-toaster say? Inspect the rebuild output closely after. Do
not rebuild it as the root user.

If I were you, I would re-rpmbuild, and also run chkrootkit, and/or
rkhunter... many people (still!) compile things as root. That is a  
very

bad thing, qmail or no. :(

Regards,
jp


-Original Message-
From: Roxanne Sandesara [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 07, 2008 8:24 PM
To: qmailtoaster-list@qmailtoaster.com
Subject: Re: [qmailtoaster] Re: Soft Rejections

No, nothing in the blacklists file. And Spamassassin's RBL checks are
turned off in local.cf.
I'm running chrooted Bind, not a caching nameserver.

And yes. I was su - into vpopmail's shell to run the spamassassin --
lint -D tests.

Roxanne

On May 7, 2008, at 7:29 PM, Eric Shubert wrote:


Roxanne Sandesara wrote:

DNS appears to be working. I have no idea if an RBL site is down.

At

this point I've deactivated spamdyke, which was the only thing
doing RBL
checks, so that shouldn't be an issue anymore.


You have nothing in /var/qmail/control/blacklists? That would do rbl
checking. Spamassassin probably is as well, unless you are running
it with
the -L (local checks only) option.

Are you running a caching-nameserver on the toaster? That isn't
absolutely
required, but highly recommended.


I still have this nonsense SpamAssassin perl module error, and no
way to
correct it.


Are you running spamassassin commands with "sudo -u vpopmail -h"?
You need to always run spamassassin as vpopmail user. Otherwise it
won't
pick up the correct environment.


Roxanne

On May 7, 2008, at 4:52 PM, Eric Shubert wrote:


Sounds a bit like a DNS issue to me. Is your DNS not working, or
perhaps an
RBL site down?

Roxanne Sandesara wrote:

I've had spamdyke running for a week without any problems until
today
(if indeed Spamdyke is the problem). However, thanks for the
advice. I
went back, found that discussion from last week, and have - at
least
temporarily - deactivated spamdyke.

However, this has not corrected my problem. Messages are still
being
soft-rejected, even after turning off spamdyke and restarting
qmail.

I've got this strange permissions problem with what must be a
created
subdirectory in /tmp, which seems to be causing errors with
SpamAssassin. I have no idea if that could be causing the soft
rejects
or not, but I'd - obviously - like to correct it. but I can't

find

anything on the Net matching the error message with the

directory.


Still looking for help.

Roxanne

On May 7, 2008, at 3:34 PM, im.fuzzy wrote:


Roxanne Sandesara wrote:

Further searching. I found an instance of this in the archives
that
suggested running a spamassassin --lint.

I did so, and got the following:
# spamassassin --lint
check: no loaded plugin implements 'check_main': cannot scan!

at

/usr/lib/perl5/vendor_perl/5.8.8/Mail/SpamAssassin/
PerMsgStatus.pm
line 164.

Help? I'm not sure what to do here.

Roxanne

On May 

Re: [qmailtoaster] muliple mx retry

[Eric Shubert]

Yeah, it *should*. I do recall though that the stock qmail program had a
problem in this area. I don't know if one of the many toaster patches fixes
that behavior or not. Have you searched that list archives?

James Palmer wrote:
> It should do, as per RFC.
> 
> James
> 
> 
> On 8 May 2008, at 11:01, Raj wrote:
> 
>> hi
>>
>> had a question concerning Remote email delivery
>>
>> does qmail retry mx server's as per their priority for remote emails ?
>>
>> ie if i am sending email to [EMAIL PROTECTED] and xyz.com has 3 mx servers 
>> and
>> if the first one is down is the second one tried immediately ?
>>
>> regds
>> raj
>>


-- 
-Eric 'shubes'

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

Re: [qmailtoaster] Authentication failed : Server replied: 535 authentication failed (#5.7.1)

[Eric Shubert]

senthil vel wrote:
> While i am sending mail from web interface, i am getting this
> error...Kindly help me...
> 
> 
> -- 
> Thanks and Regards,
> S.Senthilvel,
> 

Is web interface (squirrelmail) running on a different machine?
Do you get this error when trying to log in, or when sending?

-- 
-Eric 'shubes'

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

Re: [qmailtoaster] qmail-inject: fatal: unable to parse this line:

[Eric Shubert]

I'm not sure why qmail-inject is coming into play here.
What generated this message? The Cc: line indeed appears to be malformed
(missing initial < ).

senthil vel wrote:
> Hi list,
> A mail sent to the local mail id bounced with the following
> bounce message. I cant clearly understand the issue. For delivering a
> local mail, what is the function of qmail-inject? Is it must? kindly
> help me...Atleast i wish to understand why that mail has bounced...
> Please help me understand the issue and solve it
> 
>  
> Hi. This is the qmail-send program at
> mail.xxx.com .
> I'm afraid I wasn't able to deliver your
> message to the following addresses.
> This is a permanent error; I've
> given up. Sorry it didn't work out.
> 
> <[EMAIL PROTECTED] >:
> qmail-inject: fatal: unable to
> parse this line:
> Cc: [EMAIL PROTECTED] >,
> "qqq" <[EMAIL PROTECTED] >,
> "www" <[EMAIL PROTECTED] >
> system
> error
> I'm not going to try again; this message has been in the queue
> too long.
> 
> 
> -- 
> Thanks and Regards,
> S.Senthilvel,
> 


-- 
-Eric 'shubes'

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

Re: [qmailtoaster] muliple mx retry

[James Palmer]

It should do, as per RFC.

James


On 8 May 2008, at 11:01, Raj wrote:


hi

had a question concerning Remote email delivery

does qmail retry mx server's as per their priority for remote emails ?

ie if i am sending email to [EMAIL PROTECTED] and xyz.com has 3 mx  
servers and

if the first one is down is the second one tried immediately ?

regds
raj





-
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] muliple mx retry

[Raj]

hi

had a question concerning Remote email delivery

does qmail retry mx server's as per their priority for remote emails ?

ie if i am sending email to [EMAIL PROTECTED] and xyz.com has 3 mx servers and
if the first one is down is the second one tried immediately ?

regds
raj





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