RE: [qmailtoaster] RE: Mails not being scanned / filtered by SA server

2009-10-01 Thread Atul Paralikar 
No, the SA server name is "mail.etisbew.com" and the main mail server name
is "mail.providio.com" where all the mail boxes are stored.

This is what I am trying to point out, that SA server (mail.etisbew.com) is
not scanning the mails for SPAM or Viruses. It is just acting as a bridge
which is only checking mail with respect to their SPF records only. But our
main server (mail.providio.com) where all the mail boxes reside, it is doing
scanning. Any idea why this is happening?


-Original Message-
From: news [mailto:n...@ger.gmane.org] On Behalf Of Eric Shubert
Sent: Wednesday, September 30, 2009 11:00 PM
To: qmailtoaster-list@qmailtoaster.com
Subject: Re: [qmailtoaster] RE: Mails not being scanned / filtered by SA
server

You may have a problem with mrtg showing statistics, but this message 
was scanned by spamassassin. See all of the X-Spam messages? They come 
from spamassassin. Is your mail server named mail.providio.com? That's 
the host which scanned the message.

Atul Paralikar wrote:
> Hey Jake, the anti-virus on the systems were deleting these mails
> automatically that's why I was not able to send you the header. 
> 
> Now I have one header of email which was caught by the Anti-Virus but not
by
> CLAMD. I took it from the webmail.
> 
> 
> X-Spam-Flag: YES
> X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on
mail.providio.com
> X-Spam-Level: *
> X-Spam-Status: Yes, score=21.4 required=4.0
> tests=BASE64_LENGTH_78_79,BAYES_50,
>   
>
FORGED_OUTLOOK_TAGS,HELO_DYNAMIC_IPADDR2,HELO_DYNAMIC_SPLIT_IP,HTML_MESSAGE,
>   
> MIME_BASE64_TEXT,RCVD_IN_BL_SPAMCOP_NET,RCVD_IN_PBL,RCVD_IN_SORBS_DUL,
>   RCVD_IN_XBL,RCVD_NUMERIC_HELO,RDNS_DYNAMIC autolearn=spam
> Version=3.2.4
> X-Spam-Report: 
>   *  2.0 RCVD_IN_BL_SPAMCOP_NET RBL: Received via a relay in
> bl.spamcop.net
>   *  [Blocked - see
> ]
>   *  4.4 HELO_DYNAMIC_IPADDR2 Relay HELO'd using suspicious hostname
> (IP addr
>   *   2)
>   *  3.5 HELO_DYNAMIC_SPLIT_IP Relay HELO'd using suspicious hostname
> (Split
>   *  IP)
>   *  2.1 RCVD_NUMERIC_HELO Received: contains an IP address used for
> HELO
>   *  2.8 BASE64_LENGTH_78_79 BODY: BASE64_LENGTH_78_79
>   *  0.0 HTML_MESSAGE BODY: HTML included in message
>   *  0.0 BAYES_50 BODY: Bayesian spam probability is 40 to 60%
>   *  [score: 0.5847]
>   *  1.8 MIME_BASE64_TEXT RAW: Message text disguised using base64
> encoding
>   *  0.9 RCVD_IN_PBL RBL: Received via a relay in Spamhaus PBL
>   *  [211.14.220.25 listed in zen.spamhaus.org]
>   *  3.0 RCVD_IN_XBL RBL: Received via a relay in Spamhaus XBL
>   *  0.9 RCVD_IN_SORBS_DUL RBL: SORBS: sent directly from dynamic IP
> address
>   *  [211.14.220.25 listed in dnsbl.sorbs.net]
>   *  0.0 FORGED_OUTLOOK_TAGS Outlook can't send HTML in this format
>   *  0.1 RDNS_DYNAMIC Delivered to trusted network by host with
>   *  dynamic-looking rDNS
> Received: (qmail 9874 invoked from network); 30 Sep 2009 04:01:53 -0500
> Received: from 211.14.220.25.eo.eaccess.ne.jp (211.14.220.25)
>   by mail.etisbew.com with SMTP; 30 Sep 2009 04:01:52 -0500
> Received-SPF: none (mail.etisbew.com: domain at ras-publishing.com does
not
> designate permitted sender hosts)
> Received: from 211.14.220.25 by service46.mimecast.com; Wed, 30 Sep 2009
> 18:01:41 +0900
> Message-ID: <000d01ca41ac$a0442000$6400a...@masticatekl698>
> From: "Floyd Heath" 
> To: 
> Subject: *SPAM* =?utf-8?Q?Spam=3A=3A?=
>  Thank you for setting the order No.475456
> Date: Wed, 30 Sep 2009 18:01:41 +0900
> MIME-Version: 1.0
> Content-Type: multipart/mixed;
>   boundary="=_NxtPrt_ftshd_1254301313"
> X-Priority: 3
> X-MSMail-Priority: Normal
> X-Mailer: Microsoft Outlook Express 6.00.2900.2180
> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
> X-Spam-Prev-Subject: =?utf-8?Q?Spam=3A=3A?=
> 
> 
> 
> 
> 
> -Original Message-
> From: Jake Vickers [mailto:j...@qmailtoaster.com] 
> Sent: Wednesday, September 30, 2009 8:22 PM
> To: qmailtoaster-list@qmailtoaster.com
> Subject: Re: [qmailtoaster] RE: Mails not being scanned / filtered by SA
> server
> 
> Atul Paralikar wrote:
>> Actually I read in the forum / wiki, to add a line for the domain which
we
>> need to allow emails. This will allow us to set other parameters which
> will
>> be effective only for this particular domain.
>>
>> More over I added that line, thinking it could be another reason for
>> SPAMD/CLAMD not scanning our domain emails.
>>
>> Jake, 
>> - If the SPAMD/CLAMD are working fine then some of the virus messages are
>> getting delivered to the employees. Why is that so? Is there anything
else
>> in it, which I might be missing?
>> - How do I fix the ISOLOG to detect the SPAMD/CALMD logs?
>>
>>   
> 
> Remove the log files for spamd and clamd. This will reset the

Re: [qmailtoaster] Qmail-Toaster Installation

2009-10-01 Thread Benedict Claver 
Hi,

The rebuild runs normally, and does not create rpm in the the path 
/usr/src/redhat/RPMS/*

Attached is the rebuild log.  Please assist checking if you can identify any 
failure there.

An immediate response will be highly appreciated as the installation is stauck 
then.

With Thanks,

Benedict. 



- Original Message 
From: "rich...@vogelnestje.nl" 
To: qmailtoaster-list@qmailtoaster.com
Sent: Thursday, October 1, 2009 9:57:28 AM
Subject: Re: [qmailtoaster] Qmail-Toaster Installation


Does the rebuild run without problems?
Does it make an rpm below the /usr/src/redhat/RPMS/* directory?

Thats the rpm you should install.


> Hi,
>
> Thanks for prompt response.
>
> To put it more clear,  the package is well downloaded  upon rebuilding 
> the .src  extention  is not removed hence i can not
> install it, though I don't notice straight errors during rebuild.
>
> more comments will be appreciated.
>
> If possible please give me the FTP location with that same package already
> rebuild.
>
> Regards,
>
> Benedict.
>
>
>  
>
>
> - Original Message 
> From: Eric Shubert 
> To: qmailtoaster-list@qmailtoaster.com
> Sent: Thursday, October 1, 2009 5:25:43 AM
> Subject: Re: [qmailtoaster] Qmail-Toaster Installation
>
> Benedict Claver wrote:
>> Hi Team,
>>
>> am trying to install  qmail-toaster  but getting failed on rebuilding on
>> the "control-panel-toaster-0.5-1.3.7.src.rpm ".
>>
>> Please assist on the work around as I can not proceed due to the fact
>> that several other
>> packages like isoqlog-toaster-2.1-1.3.7 and
>> qmailadmin-toaster-1.2.12-1.3.8
>> depends on control-panel-toaster...
>> 
>> # wget
>> http://www.qmailtoaster.com/download/stable/control-panel-toaster-0.5-1.3.7.src.rpm
>> --22:35:01-- 
>> http://www.qmailtoaster.com/download/stable/control-panel-toaster-0.5-1.3.7.src.rpm
>> Resolving www.qmailtoaster.com... 216.81.238.95
>> Connecting to www.qmailtoaster.com|216.81.238.95|:80... connected.
>> HTTP request sent, awaiting response... 200 OK
>> Length: 29393 (29K) [application/force-download]
>> Saving to: `control-panel-toaster-0.5-1.3.7.src.rpm'
>>
>> 100%[=>]
>> 29,393      14.1K/s  in 2.0s 
>> 22:35:05 (14.1 KB/s) - `control-panel-toaster-0.5-1.3.7.src.rpm' saved
>> [29393/29393]
>>
>>
>> # rpmbuild --rebuild --with cnt50
>> control-panel-toaster-0.5-1.3.7.src.rpm Installing
>> control-panel-toaster-0.5-1.3.7.src.rpm
>> Executing(%prep): /bin/sh -e /var/tmp/rpm-tmp.3583
>> + umask 022
>> + cd /usr/src/redhat/BUILD
>> + LANG=C
>> + export LANG
>> + unset DISPLAY
>> + cd /usr/src/redhat/BUILD
>> + rm -rf apache-toaster-conf-0.5
>> + /usr/bin/bzip2 -dc
>> /usr/src/redhat/SOURCES/apache-toaster-conf-0.5.tar.bz2  
>> _
>>
>>
>> Regards,
>>
>> Benedict
>>
>
> I'm not noticing any failure message in what you've posted.
>
> -- -Eric 'shubes'
>
>
> -
> Qmailtoaster is sponsored by Vickers Consulting Group
> (www.vickersconsulting.com)
>   Vickers Consulting Group offers Qmailtoaster support and installations.
>     If you need professional help with your setup, contact them today!
> -
>     Please visit qmailtoaster.com for the latest news, updates, and
> packages.
>         To unsubscribe, e-mail:
> qmailtoaster-list-unsubscr...@qmailtoaster.com
>     For additional commands, e-mail:
> qmailtoaster-list-h...@qmailtoaster.com
>
>
>
>
> -
> Qmailtoaster is sponsored by Vickers Consulting Group
> (www.vickersconsulting.com)
>    Vickers Consulting Group offers Qmailtoaster support and
> installations.
>      If you need professional help with your setup, contact them today!
> -
>      Please visit qmailtoaster.com for the latest news, updates, and
> packages.
>
>      To unsubscribe, e-mail:
> qmailtoaster-list-unsubscr...@qmailtoaster.com
>      For additional commands, e-mail:
> qmailtoaster-list-h...@qmailtoaster.com
>
>
>



-
Qmailtoaster is sponsored by Vickers Consulting Group 
(www.vickersconsulting.com)
    Vickers Consulting Group offers Qmailtoaster support and installations.
      If you need professional help with your setup, contact them today!
-
    Please visit qmailtoaster.com for the latest news, updates, and packages.
    
      To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
    For additional commands, e-mail: qmailt

RE: [qmailtoaster] RE: Mails not being scanned / filtered by SA server

2009-10-01 Thread Atul Paralikar 
Eric / Jake,

I installed QTP and ran the below commands:

#qmlog -g simscan smtp
END
- No output

#qmlog clamd
==
Below is the output - only last few lines..

09-15 01:57:11 Self checking every 600 seconds.
09-15 01:57:11 Listening daemon: PID: 20631
09-15 01:57:11 MaxQueue set to: 100
09-15 02:07:11 No stats for Database check - forcing reload
09-15 02:07:11 Reading databases from /usr/share/clamav
09-15 02:07:13 Database correctly reloaded (623433 signatures)
09-15 02:17:13 SelfCheck: Database status OK.
09-15 02:27:13 SelfCheck: Database status OK.
09-15 02:37:13 SelfCheck: Database status OK.
==

[r...@mail qmt]#qmlog spamd

09-14 11:38:14 [8862] error: Can't locate Mail/DomainKeys/Message.pm in @INC
(@INC contains: /usr/lib/perl5/vendor_perl/5.8.8 /usr/lib64/perl5
/site_perl/5.8.8/x86_64-linux-thread-multi
/usr/lib64/perl5/site_perl/5.8.7/x86_64-linux-thread-multi
/usr/lib64/perl5/site_perl/5.8.6/x86_64-
linux-thread-multi
/usr/lib64/perl5/site_perl/5.8.5/x86_64-linux-thread-multi



I checked the server for this perl-module and below is the output:

[r...@mail qmt]#cpan
Cpan> Trying with "/usr/bin/links -source" to get
ftp://ftp.perl.org/pub/CPAN/modules/03modlist.data.gz
Going to read /root/.cpan/sources/modules/03modlist.data.gz
Going to write /root/.cpan/Metadata
Mail::DomainKeys::Message is up to date.

[r...@mail qmt]# rpm -qa|grep -i domainkeys
perl-Mail-DomainKeys-1.0-1.el5.rf
libdomainkeys-toaster-0.68-1.3.6


Why SA is not detecting the installed plugin of DomainKeys? How to rectify
this?




-Original Message-
From: news [mailto:n...@ger.gmane.org] On Behalf Of Eric Shubert
Sent: Wednesday, September 30, 2009 8:05 PM
To: qmailtoaster-list@qmailtoaster.com
Subject: Re: [qmailtoaster] RE: Mails not being scanned / filtered by SA
server

Atul Paralikar wrote:
> Actually I read in the forum / wiki, to add a line for the domain which we
> need to allow emails. This will allow us to set other parameters which
will
> be effective only for this particular domain.

Yes, but you need to add it *before* the catchall line.

> More over I added that line, thinking it could be another reason for
> SPAMD/CLAMD not scanning our domain emails.

That's not the case.

As to your problem, what does
# qmlog -g simscan smtp
show? Anything?

Do your spamd and clamd logs show indications of scanning?
# qmlog spamd
# qmlog clam

Please post samples of all 3 of these commands.

-- 
-Eric 'shubes'



-
Qmailtoaster is sponsored by Vickers Consulting Group
(www.vickersconsulting.com)
Vickers Consulting Group offers Qmailtoaster support and installations.
  If you need professional help with your setup, contact them today!

-
 Please visit qmailtoaster.com for the latest news, updates, and
packages.
 
  To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
 For additional commands, e-mail:
qmailtoaster-list-h...@qmailtoaster.com




-
Qmailtoaster is sponsored by Vickers Consulting Group 
(www.vickersconsulting.com)
Vickers Consulting Group offers Qmailtoaster support and installations.
  If you need professional help with your setup, contact them today!
-
 Please visit qmailtoaster.com for the latest news, updates, and packages.
 
  To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
 For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com

Re: [qmailtoaster] re: curiosity

2009-10-01 Thread Jake Vickers 

Maxwell Smart wrote:

Rotated is the wrong term, culled is more like it.  I am not sure this
is the file and am referencing though.  I looked at the tcp.smtp file
and it's not the one I'm talking about.

There is a file that contains all of the ips of users authenticated to
relay.  I have had to remove ip's in this file on previous installations
of qmail, because ip addresses were in the list that should not have
been allowed to relay.  I do not know how this occurred, that server is
no longer in service and cannot investigate.  I am just curious and
don't recall what file that was, or if it needs to be looked at
occasionally.
  


Sounds like you had pop-before-relay set up, where a user successfully 
pops their mail, and was then able to relay from that IP for a defined 
period of time. That feature is turned off in QMT since we support 
SMTP-AUTH. It can be turned back on with a spec file modification and 
recompile.



-
Qmailtoaster is sponsored by Vickers Consulting Group 
(www.vickersconsulting.com)
   Vickers Consulting Group offers Qmailtoaster support and installations.
 If you need professional help with your setup, contact them today!
-
Please visit qmailtoaster.com for the latest news, updates, and packages.

 To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com

For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com

Re: [qmailtoaster] Qmail-Toaster Installation

2009-10-01 Thread Jake Vickers 

Benedict Claver wrote:

Hi,

The rebuild runs normally, and does not create rpm in the the path 
/usr/src/redhat/RPMS/*

Attached is the rebuild log.  Please assist checking if you can identify any 
failure there.

An immediate response will be highly appreciated as the installation is stauck 
then.

With Thanks,

Benedict. 

  


From what you've shown, the rebuild completed. It should now have the 
RPM in the /usr/src/redhat/RPMS/i386 directory. So after a successful 
rebuild, you need to install the package:

rpm -Uvh /usr/src/redhat/RPMS/i386/control-panel-toaster*

If you get an error from that, post it.


-
Qmailtoaster is sponsored by Vickers Consulting Group 
(www.vickersconsulting.com)
   Vickers Consulting Group offers Qmailtoaster support and installations.
 If you need professional help with your setup, contact them today!
-
Please visit qmailtoaster.com for the latest news, updates, and packages.

 To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com

For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com

Re: [qmailtoaster] Internal Mail error

2009-10-01 Thread Jake Vickers 

Mike Canty wrote:

Eric,
I have looked at all of the "control" files on the server and the
problem, as you suggested, does not lie there.

I have traced things back to this possibility.  As PHP has a mail
functionality setup for sending mail, the configuration lies in the php.ini
file.  This is what is in mine, at the moment.

; For Unix only.  You may supply arguments as well (default: "sendmail -t
-i").
sendmail_path = /usr/sbin/sendmail -t -i

Can you perhaps shed some light on what this would be for Qmail, as sendmail
is obviously removed (I followed Jake's instructions, to the letter.

Or if you have any other possibilities, let me know.
  


There is a fake sendmail installed with Qmail just for this purpose. It 
accepts some sendmail flags so that things like PHP scripts can use the 
sendmail command to send mail. The problem will still lie in the php 
program.
It sounds like you are not defining the headers correctly in your php 
script. If you're not defining the headers (ie: domains), you will need 
to define the /var/qmail/control/defaultdomain and defaulthost files 
(specifically the defaultdomain) to the domain you want appended. Then 
it will add the domain you define in there to any address that is not a 
full address.


-
Qmailtoaster is sponsored by Vickers Consulting Group 
(www.vickersconsulting.com)
   Vickers Consulting Group offers Qmailtoaster support and installations.
 If you need professional help with your setup, contact them today!
-
Please visit qmailtoaster.com for the latest news, updates, and packages.

 To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com

For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com

Re: [qmailtoaster] RE: Mails not being scanned / filtered by SA server

2009-10-01 Thread Jake Vickers 

Atul Paralikar wrote:

No, the SA server name is "mail.etisbew.com" and the main mail server name
is "mail.providio.com" where all the mail boxes are stored.

This is what I am trying to point out, that SA server (mail.etisbew.com) is
not scanning the mails for SPAM or Viruses. It is just acting as a bridge
which is only checking mail with respect to their SPF records only. But our
main server (mail.providio.com) where all the mail boxes reside, it is doing
scanning. Any idea why this is happening?

  


mail.estibew.com is scanning the messages, otherwise they would not be 
marked as spam and get the spam headers.
We'll need to see some of the config files for mail.estibew.com at this 
point - any config files from the other server are irrelevant at this point.

Specifically, we need to see the simcontrol and tcp.smtp files.
And for what it's worth, the virus scanner on a Windows computer will 
catch more than the virus scanner on a Linux mail server. clamav on a 
mail server is meant to catch the bulk of the viruses, but it will not 
catch all of them. You would probably need to move to a commercial virus 
package on the Linux server for it to be more effective.


-
Qmailtoaster is sponsored by Vickers Consulting Group 
(www.vickersconsulting.com)
   Vickers Consulting Group offers Qmailtoaster support and installations.
 If you need professional help with your setup, contact them today!
-
Please visit qmailtoaster.com for the latest news, updates, and packages.

 To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com

For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com

Re: [qmailtoaster] Qmail-Toaster Installation

2009-10-01 Thread Benedict Claver 
Hi,

I have checked again after rebuild the .rpm file is not found in this 
path..[/usr/src/redhat/RPMS/i386/]
running gives the error below:

-
# rpm -Uvh /usr/src/redhat/RPMS/i386/control-panel-toaster*
error: File not found by glob: /usr/src/redhat/RPMS/i386/control-panel-toaster*




Regards,

Benedict



- Original Message 
From: Jake Vickers 
To: qmailtoaster-list@qmailtoaster.com
Sent: Thursday, October 1, 2009 2:40:28 PM
Subject: Re: [qmailtoaster] Qmail-Toaster Installation

Benedict Claver wrote:
> Hi,
> 
> The rebuild runs normally, and does not create rpm in the the path 
> /usr/src/redhat/RPMS/*
> 
> Attached is the rebuild log.  Please assist checking if you can identify any 
> failure there.
> 
> An immediate response will be highly appreciated as the installation is 
> stauck then.
> 
> With Thanks,
> 
> Benedict. 
>  

From what you've shown, the rebuild completed. It should now have the RPM in 
the /usr/src/redhat/RPMS/i386 directory. So after a successful rebuild, you 
need to install the package:
rpm -Uvh /usr/src/redhat/RPMS/i386/control-panel-toaster*

If you get an error from that, post it.


-
Qmailtoaster is sponsored by Vickers Consulting Group 
(www.vickersconsulting.com)
  Vickers Consulting Group offers Qmailtoaster support and installations.
    If you need professional help with your setup, contact them today!
-
    Please visit qmailtoaster.com for the latest news, updates, and packages.
        To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
    For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com




-
Qmailtoaster is sponsored by Vickers Consulting Group 
(www.vickersconsulting.com)
Vickers Consulting Group offers Qmailtoaster support and installations.
  If you need professional help with your setup, contact them today!
-
 Please visit qmailtoaster.com for the latest news, updates, and packages.

  To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
 For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com

Re: [qmailtoaster] Qmail-Toaster Installation

2009-10-01 Thread Eric Shubert 

You might to read the build log a little more carefully:
Wrote: 
/usr/src/redhat/RPMS/noarch/control-panel-toaster-0.5-1.3.7.noarch.rpm

Wrote: /usr/src/redhat/RPMS/noarch/send-emails-toaster-0.5-1.3.7.noarch.rpm

You should install both of these rpm files.

Benedict Claver wrote:

Hi,

The rebuild runs normally, and does not create rpm in the the path 
/usr/src/redhat/RPMS/*

Attached is the rebuild log.  Please assist checking if you can identify any 
failure there.

An immediate response will be highly appreciated as the installation is stauck 
then.

With Thanks,

Benedict. 




- Original Message 
From: "rich...@vogelnestje.nl" 
To: qmailtoaster-list@qmailtoaster.com
Sent: Thursday, October 1, 2009 9:57:28 AM
Subject: Re: [qmailtoaster] Qmail-Toaster Installation


Does the rebuild run without problems?
Does it make an rpm below the /usr/src/redhat/RPMS/* directory?

Thats the rpm you should install.



Hi,

Thanks for prompt response.

To put it more clear,  the package is well downloaded  upon rebuilding 
the .src  extention  is not removed hence i can not

install it, though I don't notice straight errors during rebuild.

more comments will be appreciated.

If possible please give me the FTP location with that same package already
rebuild.

Regards,

Benedict.


 



- Original Message 
From: Eric Shubert 
To: qmailtoaster-list@qmailtoaster.com
Sent: Thursday, October 1, 2009 5:25:43 AM
Subject: Re: [qmailtoaster] Qmail-Toaster Installation

Benedict Claver wrote:

Hi Team,

am trying to install  qmail-toaster  but getting failed on rebuilding on
the "control-panel-toaster-0.5-1.3.7.src.rpm ".

Please assist on the work around as I can not proceed due to the fact
that several other
packages like isoqlog-toaster-2.1-1.3.7 and
qmailadmin-toaster-1.2.12-1.3.8
depends on control-panel-toaster...

# wget
http://www.qmailtoaster.com/download/stable/control-panel-toaster-0.5-1.3.7.src.rpm
--22:35:01-- 
http://www.qmailtoaster.com/download/stable/control-panel-toaster-0.5-1.3.7.src.rpm

Resolving www.qmailtoaster.com... 216.81.238.95
Connecting to www.qmailtoaster.com|216.81.238.95|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 29393 (29K) [application/force-download]
Saving to: `control-panel-toaster-0.5-1.3.7.src.rpm'

100%[=>]
29,393  14.1K/s  in 2.0s 
22:35:05 (14.1 KB/s) - `control-panel-toaster-0.5-1.3.7.src.rpm' saved

[29393/29393]


# rpmbuild --rebuild --with cnt50
control-panel-toaster-0.5-1.3.7.src.rpm Installing
control-panel-toaster-0.5-1.3.7.src.rpm
Executing(%prep): /bin/sh -e /var/tmp/rpm-tmp.3583
+ umask 022
+ cd /usr/src/redhat/BUILD
+ LANG=C
+ export LANG
+ unset DISPLAY
+ cd /usr/src/redhat/BUILD
+ rm -rf apache-toaster-conf-0.5
+ /usr/bin/bzip2 -dc
/usr/src/redhat/SOURCES/apache-toaster-conf-0.5.tar.bz2  
_


Regards,

Benedict


I'm not noticing any failure message in what you've posted.

-- -Eric 'shubes'





--
-Eric 'shubes'


-
Qmailtoaster is sponsored by Vickers Consulting Group 
(www.vickersconsulting.com)
   Vickers Consulting Group offers Qmailtoaster support and installations.
 If you need professional help with your setup, contact them today!
-
Please visit qmailtoaster.com for the latest news, updates, and packages.

 To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com

For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com

Re: [qmailtoaster] RE: Mails not being scanned / filtered by SA server

2009-10-01 Thread Jake Vickers 

Eric Shubert wrote:

Jake Vickers wrote:

Atul Paralikar wrote:
No, the SA server name is "mail.etisbew.com" and the main mail 
server name

is "mail.providio.com" where all the mail boxes are stored.

This is what I am trying to point out, that SA server 
(mail.etisbew.com) is
not scanning the mails for SPAM or Viruses. It is just acting as a 
bridge
which is only checking mail with respect to their SPF records only. 
But our
main server (mail.providio.com) where all the mail boxes reside, it 
is doing

scanning. Any idea why this is happening?

  


mail.estibew.com is scanning the messages, otherwise they would not 
be marked as spam and get the spam headers.


If that's the case, then please explain this:
X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on 
mail.providio.com



Sorry everyone. As Eric is so fond of pointing out, I did not read the 
entire message or typed the wrong hostname. The message was scanned by 
mail.providio.com



-
Qmailtoaster is sponsored by Vickers Consulting Group 
(www.vickersconsulting.com)
   Vickers Consulting Group offers Qmailtoaster support and installations.
 If you need professional help with your setup, contact them today!
-
Please visit qmailtoaster.com for the latest news, updates, and packages.

 To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com

For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com

Re: [qmailtoaster] Internal Mail error

2009-10-01 Thread Eric Shubert 

Jake Vickers wrote:

Mike Canty wrote:

Eric,
I have looked at all of the "control" files on the server and the
problem, as you suggested, does not lie there.

I have traced things back to this possibility.  As PHP has a mail
functionality setup for sending mail, the configuration lies in the 
php.ini

file.  This is what is in mine, at the moment.

; For Unix only.  You may supply arguments as well (default: "sendmail -t
-i").
sendmail_path = /usr/sbin/sendmail -t -i

Can you perhaps shed some light on what this would be for Qmail, as 
sendmail

is obviously removed (I followed Jake's instructions, to the letter.

Or if you have any other possibilities, let me know.
  


There is a fake sendmail installed with Qmail just for this purpose. It 
accepts some sendmail flags so that things like PHP scripts can use the 
sendmail command to send mail. The problem will still lie in the php 
program.
It sounds like you are not defining the headers correctly in your php 
script. If you're not defining the headers (ie: domains), you will need 
to define the /var/qmail/control/defaultdomain and defaulthost files 
(specifically the defaultdomain) to the domain you want appended. Then 
it will add the domain you define in there to any address that is not a 
full address.




I don't think defaultdomain will do it. According to the qmail-inject 
man page: qmail-inject adds this [defaultdomain] name to any host name 
without dots. The domain that he's using already has a dot, and I 
believe this only applies to recipients (not senders) anywise.


You can add a -f flag to the sendmail command, but this option has 
restrictions. See http://www.sendmail.org/~ca/email/man/sendmail.html 
for the full scoop.


Otherwise (as long as the PHP app is on the same host as QMT), you can 
use the qmail-inject command directly in place of the sendmail command. 
See "man qmail-inject" for command usage.


Either should work fine once you figure out the proper flags to use.
--
-Eric 'shubes'


-
Qmailtoaster is sponsored by Vickers Consulting Group 
(www.vickersconsulting.com)
   Vickers Consulting Group offers Qmailtoaster support and installations.
 If you need professional help with your setup, contact them today!
-
Please visit qmailtoaster.com for the latest news, updates, and packages.

 To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com

For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com

Re: [qmailtoaster] RE: Mails not being scanned / filtered by SA server

2009-10-01 Thread Eric Shubert 

Jake Vickers wrote:

Atul Paralikar wrote:
No, the SA server name is "mail.etisbew.com" and the main mail server 
name

is "mail.providio.com" where all the mail boxes are stored.

This is what I am trying to point out, that SA server 
(mail.etisbew.com) is

not scanning the mails for SPAM or Viruses. It is just acting as a bridge
which is only checking mail with respect to their SPF records only. 
But our
main server (mail.providio.com) where all the mail boxes reside, it is 
doing

scanning. Any idea why this is happening?

  


mail.estibew.com is scanning the messages, otherwise they would not be 
marked as spam and get the spam headers.


If that's the case, then please explain this:
X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on mail.providio.com

We'll need to see some of the config files for mail.estibew.com at this 
point - any config files from the other server are irrelevant at this 
point.



Specifically, we need to see the simcontrol and tcp.smtp files.


That certainly won't hurt. What are these files on mail.etisbew.com?

--
-Eric 'shubes'


-
Qmailtoaster is sponsored by Vickers Consulting Group 
(www.vickersconsulting.com)
   Vickers Consulting Group offers Qmailtoaster support and installations.
 If you need professional help with your setup, contact them today!
-
Please visit qmailtoaster.com for the latest news, updates, and packages.

 To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com

For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com

RE: [qmailtoaster] RE: Mails not being scanned / filtered by SA server

2009-10-01 Thread Atul Paralikar 
Here are the results of the commands Eric asked me earlier. Hope it helps in
identifying it.

 

#qmlog -g simscan smtp

END

- No output

 

#qmlog clamd

==

Below is the output - only last few lines..

 

09-15 01:57:11 Self checking every 600 seconds.

09-15 01:57:11 Listening daemon: PID: 20631

09-15 01:57:11 MaxQueue set to: 100

09-15 02:07:11 No stats for Database check - forcing reload

09-15 02:07:11 Reading databases from /usr/share/clamav

09-15 02:07:13 Database correctly reloaded (623433 signatures)

09-15 02:17:13 SelfCheck: Database status OK.

09-15 02:27:13 SelfCheck: Database status OK.

09-15 02:37:13 SelfCheck: Database status OK.

==

 

[r...@mail qmt]#qmlog spamd

 

09-14 11:38:14 [8862] error: Can't locate Mail/DomainKeys/Message.pm in @INC
(@INC contains: /usr/lib/perl5/vendor_perl/5.8.8 /usr/lib64/perl5

/site_perl/5.8.8/x86_64-linux-thread-multi
/usr/lib64/perl5/site_perl/5.8.7/x86_64-linux-thread-multi
/usr/lib64/perl5/site_perl/5.8.6/x86_64-

linux-thread-multi
/usr/lib64/perl5/site_perl/5.8.5/x86_64-linux-thread-multi

 



 

I checked the server for this perl-module and below is the output:

 

[r...@mail qmt]#cpan

Cpan> Trying with "/usr/bin/links -source" to get

ftp://ftp.perl.org/pub/CPAN/modules/03modlist.data.gz

Going to read /root/.cpan/sources/modules/03modlist.data.gz

Going to write /root/.cpan/Metadata

Mail::DomainKeys::Message is up to date.

 

[r...@mail qmt]# rpm -qa|grep -i domainkeys

perl-Mail-DomainKeys-1.0-1.el5.rf

libdomainkeys-toaster-0.68-1.3.6

 

 

Why SA is not detecting the installed plugin of DomainKeys? How to rectify
this?

 

 

 

 

-Original Message-
From: Jake Vickers [mailto:j...@qmailtoaster.com] 
Sent: Thursday, October 01, 2009 8:05 PM
To: qmailtoaster-list@qmailtoaster.com
Subject: Re: [qmailtoaster] RE: Mails not being scanned / filtered by SA
server

 

Eric Shubert wrote:

> Jake Vickers wrote:

>> Atul Paralikar wrote:

>>> No, the SA server name is "mail.etisbew.com" and the main mail 

>>> server name

>>> is "mail.providio.com" where all the mail boxes are stored.

>>> 

>>> This is what I am trying to point out, that SA server 

>>> (mail.etisbew.com) is

>>> not scanning the mails for SPAM or Viruses. It is just acting as a 

>>> bridge

>>> which is only checking mail with respect to their SPF records only. 

>>> But our

>>> main server (mail.providio.com) where all the mail boxes reside, it 

>>> is doing

>>> scanning. Any idea why this is happening?

>>> 

>>>   

>> 

>> mail.estibew.com is scanning the messages, otherwise they would not 

>> be marked as spam and get the spam headers.

> 

> If that's the case, then please explain this:

> X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on 

> mail.providio.com

 

 

Sorry everyone. As Eric is so fond of pointing out, I did not read the 

entire message or typed the wrong hostname. The message was scanned by 

mail.providio.com

 

 


-

Qmailtoaster is sponsored by Vickers Consulting Group
(www.vickersconsulting.com)

Vickers Consulting Group offers Qmailtoaster support and installations.

  If you need professional help with your setup, contact them today!


-

 Please visit qmailtoaster.com for the latest news, updates, and
packages.

 

  To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com

 For additional commands, e-mail:
qmailtoaster-list-h...@qmailtoaster.com

Re: [qmailtoaster] RE: Mails not being scanned / filtered by SA server

2009-10-01 Thread Eric Shubert 

Atul Paralikar wrote:
Here are the results of the commands Eric asked me earlier. Hope it 
helps in identifying it.


 


#qmlog -g simscan smtp

END

- No output

 


*#qmlog clamd*

==

Below is the output - only last few lines..

 


09-15 01:57:11 Self checking every 600 seconds.

09-15 01:57:11 Listening daemon: PID: 20631

09-15 01:57:11 MaxQueue set to: 100

09-15 02:07:11 No stats for Database check - forcing reload

09-15 02:07:11 Reading databases from /usr/share/clamav

09-15 02:07:13 Database correctly reloaded (623433 signatures)

09-15 02:17:13 SelfCheck: Database status OK.

09-15 02:27:13 SelfCheck: Database status OK.

09-15 02:37:13 SelfCheck: Database status OK.

==

 


*[r...@mail qmt]#qmlog spamd*

 

09-14 11:38:14 [8862] error: Can't locate Mail/DomainKeys/Message.pm in 
@INC (@INC contains: /usr/lib/perl5/vendor_perl/5.8.8 /usr/lib64/perl5


/site_perl/5.8.8/x86_64-linux-thread-multi 
/usr/lib64/perl5/site_perl/5.8.7/x86_64-linux-thread-multi 
/usr/lib64/perl5/site_perl/5.8.6/x86_64-


linux-thread-multi 
/usr/lib64/perl5/site_perl/5.8.5/x86_64-linux-thread-multi


 




 


I checked the server for this perl-module and below is the output:

 


*[r...@mail qmt]#cpan*

Cpan> Trying with "/usr/bin/links -source" to get

ftp://ftp.perl.org/pub/CPAN/modules/03modlist.data.gz

Going to read /root/.cpan/sources/modules/03modlist.data.gz

Going to write /root/.cpan/Metadata

Mail::DomainKeys::Message is up to date.

 


*[r...@mail qmt]# rpm -qa|grep -i domainkeys*

perl-Mail-DomainKeys-1.0-1.el5.rf

libdomainkeys-toaster-0.68-1.3.6

 

 

Why SA is not detecting the installed plugin of DomainKeys? How to 
rectify this?


 


Let's tackle first things first. The logs indicate no scanning is being 
done by simscan (and subsequently SA and clamav) at all. Let's fix that 
first.


Will you post the contents of /etc/tcprules.d/tcp.smtp and 
/var/qmail/control/simcontrol on the mail.estibew.com host ?


--
-Eric 'shubes'


-
Qmailtoaster is sponsored by Vickers Consulting Group 
(www.vickersconsulting.com)
   Vickers Consulting Group offers Qmailtoaster support and installations.
 If you need professional help with your setup, contact them today!
-
Please visit qmailtoaster.com for the latest news, updates, and packages.

 To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com

For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com

Re: [qmailtoaster] RE: Mails not being scanned / filtered by SA server

2009-10-01 Thread Steve Huff 


On Oct 1, 2009, at 10:53 AM, Atul Paralikar wrote:


[r...@mail qmt]#qmlog spamd

09-14 11:38:14 [8862] error: Can't locate Mail/DomainKeys/Message.pm  
in @INC (@INC contains: /usr/lib/perl5/vendor_perl/5.8.8 /usr/lib64/ 
perl5
/site_perl/5.8.8/x86_64-linux-thread-multi /usr/lib64/perl5/ 
site_perl/5.8.7/x86_64-linux-thread-multi /usr/lib64/perl5/site_perl/ 
5.8.6/x86_64-
linux-thread-multi /usr/lib64/perl5/site_perl/5.8.5/x86_64-linux- 
thread-multi


[r...@mail qmt]#cpan
Cpan> Trying with "/usr/bin/links -source" to get
ftp://ftp.perl.org/pub/CPAN/modules/03modlist.data.gz
Going to read /root/.cpan/sources/modules/03modlist.data.gz
Going to write /root/.cpan/Metadata
Mail::DomainKeys::Message is up to date.

[r...@mail qmt]# rpm -qa|grep -i domainkeys
perl-Mail-DomainKeys-1.0-1.el5.rf
libdomainkeys-toaster-0.68-1.3.6

Why SA is not detecting the installed plugin of DomainKeys? How to  
rectify this?


this is indeed the problem; until you fix this issue, SA will continue  
to not work.


first things first, don't install Perl modules from CPAN on a RPM- 
managed system; you will assuredly break things at some point or  
another, and the problem will be difficult to fix.


i can see that you have the perl-Mail-DomainKeys package from rpmforge  
installed; this is good.  please post the output of the following two  
commands:


$ rpm -V perl-Mail-DomainKeys
$ rpm -ql perl-Mail-DomainKeys
/usr/lib/perl5/vendor_perl/5.8.8/Mail
/usr/lib/perl5/vendor_perl/5.8.8/Mail/DomainKeys
/usr/lib/perl5/vendor_perl/5.8.8/Mail/DomainKeys.pm
/usr/lib/perl5/vendor_perl/5.8.8/Mail/DomainKeys/Header.pm
/usr/lib/perl5/vendor_perl/5.8.8/Mail/DomainKeys/Key
/usr/lib/perl5/vendor_perl/5.8.8/Mail/DomainKeys/Key.pm
/usr/lib/perl5/vendor_perl/5.8.8/Mail/DomainKeys/Key/Private.pm
/usr/lib/perl5/vendor_perl/5.8.8/Mail/DomainKeys/Key/Public.pm
/usr/lib/perl5/vendor_perl/5.8.8/Mail/DomainKeys/Message.pm
/usr/lib/perl5/vendor_perl/5.8.8/Mail/DomainKeys/Policy.pm
/usr/lib/perl5/vendor_perl/5.8.8/Mail/DomainKeys/Signature.pm
/usr/share/doc/perl-Mail-DomainKeys-1.0
/usr/share/doc/perl-Mail-DomainKeys-1.0/Changes
/usr/share/doc/perl-Mail-DomainKeys-1.0/MANIFEST
/usr/share/doc/perl-Mail-DomainKeys-1.0/META.yml
/usr/share/doc/perl-Mail-DomainKeys-1.0/README
/usr/share/doc/perl-Mail-DomainKeys-1.0/THANKS
/usr/share/man/man3/Mail::DomainKeys.3pm.gz

`rpm -V` should give you no output at all; `rpm -qf` should give you  
the output as shown above.  if you get anything different, then your  
installed package has been corrupted (perhaps by using CPAN to do a  
manual install); the fix is to remove perl-Mail-DomainKeys (`sudo rpm - 
e --nodeps perl-Mail-DomainKeys`) and reinstall it (`sudo yum install  
perl-Mail-DomainKeys`).


-steve

--
If this were played upon a stage now, I could condemn it as an  
improbable fiction. - Fabian, Twelfth Night, III,v

http://five.sentenc.es



PGP.sig
Description: This is a digitally signed message part

Re: [qmailtoaster] RE: Mails not being scanned / filtered by SA server

2009-10-01 Thread Eric Shubert 

Steve Huff wrote:


On Oct 1, 2009, at 10:53 AM, Atul Paralikar wrote:


[r...@mail qmt]#qmlog spamd

09-14 11:38:14 [8862] error: Can't locate Mail/DomainKeys/Message.pm 
in @INC (@INC contains: /usr/lib/perl5/vendor_perl/5.8.8 /usr/lib64/perl5
/site_perl/5.8.8/x86_64-linux-thread-multi 
/usr/lib64/perl5/site_perl/5.8.7/x86_64-linux-thread-multi 
/usr/lib64/perl5/site_perl/5.8.6/x86_64-
linux-thread-multi 
/usr/lib64/perl5/site_perl/5.8.5/x86_64-linux-thread-multi


[r...@mail qmt]#cpan
Cpan> Trying with "/usr/bin/links -source" to get
ftp://ftp.perl.org/pub/CPAN/modules/03modlist.data.gz
Going to read /root/.cpan/sources/modules/03modlist.data.gz
Going to write /root/.cpan/Metadata
Mail::DomainKeys::Message is up to date.

[r...@mail qmt]# rpm -qa|grep -i domainkeys
perl-Mail-DomainKeys-1.0-1.el5.rf
libdomainkeys-toaster-0.68-1.3.6

Why SA is not detecting the installed plugin of DomainKeys? How to 
rectify this?


this is indeed the problem;


A problem, not *the* problem. I believe that there are 2 (at least) 
problems here.


until you fix this issue, SA will continue 
to not work.


True. Although fixing this problem does not mean that SA will begin 
working. ;) (simscan isn't being invoked, so neither will SA be invoked)


first things first, don't install Perl modules from CPAN on a 
RPM-managed system; you will assuredly break things at some point or 
another, and the problem will be difficult to fix.


Good advice, in general.

i can see that you have the perl-Mail-DomainKeys package from rpmforge 
installed; this is good.  please post the output of the following two 
commands:


$ rpm -V perl-Mail-DomainKeys
$ rpm -ql perl-Mail-DomainKeys
/usr/lib/perl5/vendor_perl/5.8.8/Mail
/usr/lib/perl5/vendor_perl/5.8.8/Mail/DomainKeys
/usr/lib/perl5/vendor_perl/5.8.8/Mail/DomainKeys.pm
/usr/lib/perl5/vendor_perl/5.8.8/Mail/DomainKeys/Header.pm
/usr/lib/perl5/vendor_perl/5.8.8/Mail/DomainKeys/Key
/usr/lib/perl5/vendor_perl/5.8.8/Mail/DomainKeys/Key.pm
/usr/lib/perl5/vendor_perl/5.8.8/Mail/DomainKeys/Key/Private.pm
/usr/lib/perl5/vendor_perl/5.8.8/Mail/DomainKeys/Key/Public.pm
/usr/lib/perl5/vendor_perl/5.8.8/Mail/DomainKeys/Message.pm
/usr/lib/perl5/vendor_perl/5.8.8/Mail/DomainKeys/Policy.pm
/usr/lib/perl5/vendor_perl/5.8.8/Mail/DomainKeys/Signature.pm
/usr/share/doc/perl-Mail-DomainKeys-1.0
/usr/share/doc/perl-Mail-DomainKeys-1.0/Changes
/usr/share/doc/perl-Mail-DomainKeys-1.0/MANIFEST
/usr/share/doc/perl-Mail-DomainKeys-1.0/META.yml
/usr/share/doc/perl-Mail-DomainKeys-1.0/README
/usr/share/doc/perl-Mail-DomainKeys-1.0/THANKS
/usr/share/man/man3/Mail::DomainKeys.3pm.gz

`rpm -V` should give you no output at all; `rpm -qf` should give you the 
output as shown above.  if you get anything different, then your 
installed package has been corrupted (perhaps by using CPAN to do a 
manual install); the fix is to remove perl-Mail-DomainKeys (`sudo rpm -e 
--nodeps perl-Mail-DomainKeys`) and reinstall it (`sudo yum install 
perl-Mail-DomainKeys`).


That's certainly worth a shot.

--
-Eric 'shubes'


-
Qmailtoaster is sponsored by Vickers Consulting Group 
(www.vickersconsulting.com)
   Vickers Consulting Group offers Qmailtoaster support and installations.
 If you need professional help with your setup, contact them today!
-
Please visit qmailtoaster.com for the latest news, updates, and packages.

 To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com

For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com

Re: [qmailtoaster] re: curiosity

2009-10-01 Thread Maxwell Smart 

Thanks Jake,

I thought I was losing it for a second...funny how that's the first 
thing that comes to mind now.


I don't need it, I just remember it was something that needed a looksee 
every now and again.  It was a very old qmail install, about 7 or 8 
years ago.  The toaster is so much better on so many levels.  Keep up 
the good work!


CJ

Jake Vickers wrote:

Maxwell Smart wrote:

Rotated is the wrong term, culled is more like it.  I am not sure this
is the file and am referencing though.  I looked at the tcp.smtp file
and it's not the one I'm talking about.

There is a file that contains all of the ips of users authenticated to
relay.  I have had to remove ip's in this file on previous installations
of qmail, because ip addresses were in the list that should not have
been allowed to relay.  I do not know how this occurred, that server is
no longer in service and cannot investigate.  I am just curious and
don't recall what file that was, or if it needs to be looked at
occasionally.
  


Sounds like you had pop-before-relay set up, where a user successfully 
pops their mail, and was then able to relay from that IP for a defined 
period of time. That feature is turned off in QMT since we support 
SMTP-AUTH. It can be turned back on with a spec file modification and 
recompile.



- 

Qmailtoaster is sponsored by Vickers Consulting Group 
(www.vickersconsulting.com)
   Vickers Consulting Group offers Qmailtoaster support and 
installations.

 If you need professional help with your setup, contact them today!
- 

Please visit qmailtoaster.com for the latest news, updates, and 
packages.
 To unsubscribe, e-mail: 
qmailtoaster-list-unsubscr...@qmailtoaster.com
For additional commands, e-mail: 
qmailtoaster-list-h...@qmailtoaster.com





-
Qmailtoaster is sponsored by Vickers Consulting Group 
(www.vickersconsulting.com)
   Vickers Consulting Group offers Qmailtoaster support and installations.
 If you need professional help with your setup, contact them today!
-
Please visit qmailtoaster.com for the latest news, updates, and packages.

 To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com

For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com

Re: [qmailtoaster] Internal Mail error

2009-10-01 Thread Maxwell Smart 

Are you using a pre built forum or blog software?  If so which one?

Eric Shubert wrote:

Jake Vickers wrote:

Mike Canty wrote:

Eric,
I have looked at all of the "control" files on the server and the
problem, as you suggested, does not lie there.

I have traced things back to this possibility.  As PHP has a mail
functionality setup for sending mail, the configuration lies in the 
php.ini

file.  This is what is in mine, at the moment.

; For Unix only.  You may supply arguments as well (default: 
"sendmail -t

-i").
sendmail_path = /usr/sbin/sendmail -t -i

Can you perhaps shed some light on what this would be for Qmail, as 
sendmail

is obviously removed (I followed Jake's instructions, to the letter.

Or if you have any other possibilities, let me know.
  


There is a fake sendmail installed with Qmail just for this purpose. 
It accepts some sendmail flags so that things like PHP scripts can 
use the sendmail command to send mail. The problem will still lie in 
the php program.
It sounds like you are not defining the headers correctly in your php 
script. If you're not defining the headers (ie: domains), you will 
need to define the /var/qmail/control/defaultdomain and defaulthost 
files (specifically the defaultdomain) to the domain you want 
appended. Then it will add the domain you define in there to any 
address that is not a full address.




I don't think defaultdomain will do it. According to the qmail-inject 
man page: qmail-inject adds this [defaultdomain] name to any host name 
without dots. The domain that he's using already has a dot, and I 
believe this only applies to recipients (not senders) anywise.


You can add a -f flag to the sendmail command, but this option has 
restrictions. See http://www.sendmail.org/~ca/email/man/sendmail.html 
for the full scoop.


Otherwise (as long as the PHP app is on the same host as QMT), you can 
use the qmail-inject command directly in place of the sendmail 
command. See "man qmail-inject" for command usage.


Either should work fine once you figure out the proper flags to use.


-
Qmailtoaster is sponsored by Vickers Consulting Group 
(www.vickersconsulting.com)
   Vickers Consulting Group offers Qmailtoaster support and installations.
 If you need professional help with your setup, contact them today!
-
Please visit qmailtoaster.com for the latest news, updates, and packages.

 To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com

For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com

[qmailtoaster] Sent email rejected for only one user

2009-10-01 Thread John Hansen 
I have a user that can not send an email to one particular domain, at
least that I'm aware of. When rliso...@cotterschools.org sends and email
to johnostrow...@desch.org, or any other person at the domain, he gets an
immediate bounce back. However, I can send this person
(johnostrow...@desch.org) an email with my account
(jhan...@cotterschools.org) and he receives it without a problem. The
bounce back is not very intuitive, but suggests that the recipients email
server is refusing the message. The message is below. I'm leaving the
email addresses and domains as they appear to help try and solve the
problem.

The SMTP logs on my end indicate that the message is good, and sent. I've
talked with the email tech at the recipient domain, and he can not find
any indication on why the email might have been rejected by his server. In
fact, there's no evidence that it even hit his mail server.

Bounce Message:
Hi. This is the qmail-send program at mail.cotterschools.org.
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.

:
User and password not set, continuing without authentication.
 64.8.140.227 failed after I sent the message.
Remote host said: 550 5.7.1 Requested action not taken: message refused

--- Below this line is a copy of the message.

Return-Path: 
Received: (qmail 20730 invoked by uid 89); 30 Sep 2009 20:18:00 -
Received: from unknown (HELO mail.winonacotter.org) (127.0.0.1)
  by mail.cotterschools.org with SMTP; 30 Sep 2009 20:18:00 -
Received: from 10.6.253.155
(SquirrelMail authenticated user rlisowsk)
by mail.winonacotter.org with HTTP;
Wed, 30 Sep 2009 15:18:00 -0500 (CDT)
Message-ID: 
In-Reply-To: <42e23459c0c9c646922180bd425b82de02044...@mail.desch.local>
References: <42e23459c0c9c646922180bd425b82de02044...@mail.desch.local>
Date: Wed, 30 Sep 2009 15:18:00 -0500 (CDT)
Subject: Re: Test email
From: rliso...@cotterschools.org
To: "John Ostrowski" 
User-Agent: SquirrelMail/1.4.17-1.3.13
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3 (Normal)
Importance: Normal
--


Any advice on where to look or how to proceed? Could the problem be on my
end?

Thanks,
John



-
Qmailtoaster is sponsored by Vickers Consulting Group 
(www.vickersconsulting.com)
Vickers Consulting Group offers Qmailtoaster support and installations.
  If you need professional help with your setup, contact them today!
-
 Please visit qmailtoaster.com for the latest news, updates, and packages.
 
  To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
 For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com

Re: [qmailtoaster] Qmail-Toaster Installation

2009-10-01 Thread Aleksander Podsiadly 

W dniu 01.10.2009 16:02, Benedict Claver pisze:

Hi,

I have checked again after rebuild the .rpm file is not found in this 
path..[/usr/src/redhat/RPMS/i386/]
running gives the error below:

-
# rpm -Uvh /usr/src/redhat/RPMS/i386/control-panel-toaster*
error: File not found by glob: /usr/src/redhat/RPMS/i386/control-panel-toaster*




Regards,

Benedict

   
Read the log carefully, there is all information you need to find the 
builded package. ;)


In the log you attached is:
8<--
[...]
Wrote: 
/usr/src/redhat/RPMS/noarch/control-panel-toaster-0.5-1.3.7.noarch.rpm

Wrote: /usr/src/redhat/RPMS/noarch/send-emails-toaster-0.5-1.3.7.noarch.rpm
[...]
8<-- EOT

--
Pozdrawiam / Regards,
Aleksander Podsiadły
mail: a...@westside.kielce.pl
jid: a...@jabber.westside.kielce.pl
ICQ: 201121279
gg: 9150578


-
Qmailtoaster is sponsored by Vickers Consulting Group 
(www.vickersconsulting.com)
   Vickers Consulting Group offers Qmailtoaster support and installations.
 If you need professional help with your setup, contact them today!
-
Please visit qmailtoaster.com for the latest news, updates, and packages.

 To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com

For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com

Re: [qmailtoaster] Internal Mail error

2009-10-01 Thread Jake Vickers 

Eric Shubert wrote:

Jake Vickers wrote:

Mike Canty wrote:

Eric,
I have looked at all of the "control" files on the server and the
problem, as you suggested, does not lie there.

I have traced things back to this possibility.  As PHP has a mail
functionality setup for sending mail, the configuration lies in the 
php.ini

file.  This is what is in mine, at the moment.

; For Unix only.  You may supply arguments as well (default: 
"sendmail -t

-i").
sendmail_path = /usr/sbin/sendmail -t -i

Can you perhaps shed some light on what this would be for Qmail, as 
sendmail

is obviously removed (I followed Jake's instructions, to the letter.

Or if you have any other possibilities, let me know.
  


There is a fake sendmail installed with Qmail just for this purpose. 
It accepts some sendmail flags so that things like PHP scripts can 
use the sendmail command to send mail. The problem will still lie in 
the php program.
It sounds like you are not defining the headers correctly in your php 
script. If you're not defining the headers (ie: domains), you will 
need to define the /var/qmail/control/defaultdomain and defaulthost 
files (specifically the defaultdomain) to the domain you want 
appended. Then it will add the domain you define in there to any 
address that is not a full address.




I don't think defaultdomain will do it. According to the qmail-inject 
man page: qmail-inject adds this [defaultdomain] name to any host name 
without dots. The domain that he's using already has a dot, and I 
believe this only applies to recipients (not senders) anywise.


Actually without seeing the logs from the send process and/or the code 
there is no way to tell what it being passed to the system. If he has 
"com.au" in defaultdomain and his code is not supplying the right hand 
side, then this is the expected behavior.
And I speak from experience that it (defaultdomain) is used when sending 
emails that do not contain full addresses. This had me hung up on a 
devel machine last week.



-
Qmailtoaster is sponsored by Vickers Consulting Group 
(www.vickersconsulting.com)
   Vickers Consulting Group offers Qmailtoaster support and installations.
 If you need professional help with your setup, contact them today!
-
Please visit qmailtoaster.com for the latest news, updates, and packages.

 To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com

For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com

Re: [qmailtoaster] Sent email rejected for only one user

2009-10-01 Thread Jake Vickers 

John Hansen wrote:

I have a user that can not send an email to one particular domain, at
least that I'm aware of. When rliso...@cotterschools.org sends and email
to johnostrow...@desch.org, or any other person at the domain, he gets an
immediate bounce back. However, I can send this person
(johnostrow...@desch.org) an email with my account
(jhan...@cotterschools.org) and he receives it without a problem. The
bounce back is not very intuitive, but suggests that the recipients email
server is refusing the message. The message is below. I'm leaving the
email addresses and domains as they appear to help try and solve the
problem.

The SMTP logs on my end indicate that the message is good, and sent. I've
talked with the email tech at the recipient domain, and he can not find
any indication on why the email might have been rejected by his server. In
fact, there's no evidence that it even hit his mail server.

Bounce Message:
Hi. This is the qmail-send program at mail.cotterschools.org.
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.

:
User and password not set, continuing without authentication.
 64.8.140.227 failed after I sent the message.
Remote host said: 550 5.7.1 Requested action not taken: message refused

--- Below this line is a copy of the message.

Return-Path: 
Received: (qmail 20730 invoked by uid 89); 30 Sep 2009 20:18:00 -
Received: from unknown (HELO mail.winonacotter.org) (127.0.0.1)
  by mail.cotterschools.org with SMTP; 30 Sep 2009 20:18:00 -
Received: from 10.6.253.155
(SquirrelMail authenticated user rlisowsk)
by mail.winonacotter.org with HTTP;
Wed, 30 Sep 2009 15:18:00 -0500 (CDT)
Message-ID: 
In-Reply-To: <42e23459c0c9c646922180bd425b82de02044...@mail.desch.local>
References: <42e23459c0c9c646922180bd425b82de02044...@mail.desch.local>
Date: Wed, 30 Sep 2009 15:18:00 -0500 (CDT)
Subject: Re: Test email
From: rliso...@cotterschools.org
To: "John Ostrowski" 
User-Agent: SquirrelMail/1.4.17-1.3.13
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3 (Normal)
Importance: Normal
--


Any advice on where to look or how to proceed? Could the problem be on my
end?
  


The problem looks to be completely on the other end. Without access to 
that system's logs/configs it's hard to diagnose anything. You could try 
enabling recordio and logging the entire section to see if there are any 
other results returned from the recipient server. You may also try to 
telnet to it to verify you're connecting to the same system the other 
admin thinks you're connecting to.



-
Qmailtoaster is sponsored by Vickers Consulting Group 
(www.vickersconsulting.com)
   Vickers Consulting Group offers Qmailtoaster support and installations.
 If you need professional help with your setup, contact them today!
-
Please visit qmailtoaster.com for the latest news, updates, and packages.

 To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com

For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com

RE: [qmailtoaster] Internal Mail error

2009-10-01 Thread Mike Canty 
Thank you for your responses.  My /var/qmail/control/defaultdomain was only
showing com.au, so I have modified this to doaminname.com.au but this did
not fix the issue.  I restarted qmail (qmailctl restart) and reset the
databases (qmailctl cdb), just in case, but no fix.

I should add some more to the story.  To test the sending without bringing
PHP into this, from a command line I entered the following.
echo "Hello Mike" | mail u...@mydomain.com.au 

The resulting message indicated that it was from r...@com.au so the problem
remains.

Please keep those suggestions coming.

Cheers
Mike Canty

-Original Message-
From: Jake Vickers [mailto:j...@qmailtoaster.com] 
Sent: Friday, 2 October 2009 6:08 AM
To: qmailtoaster-list@qmailtoaster.com
Subject: Re: [qmailtoaster] Internal Mail error

Eric Shubert wrote:
> Jake Vickers wrote:
>> Mike Canty wrote:
>>> Eric,
>>> I have looked at all of the "control" files on the server and the
>>> problem, as you suggested, does not lie there.
>>>
>>> I have traced things back to this possibility.  As PHP has a mail
>>> functionality setup for sending mail, the configuration lies in the 
>>> php.ini
>>> file.  This is what is in mine, at the moment.
>>>
>>> ; For Unix only.  You may supply arguments as well (default: 
>>> "sendmail -t
>>> -i").
>>> sendmail_path = /usr/sbin/sendmail -t -i
>>>
>>> Can you perhaps shed some light on what this would be for Qmail, as 
>>> sendmail
>>> is obviously removed (I followed Jake's instructions, to the letter.
>>>
>>> Or if you have any other possibilities, let me know.
>>>   
>>
>> There is a fake sendmail installed with Qmail just for this purpose. 
>> It accepts some sendmail flags so that things like PHP scripts can 
>> use the sendmail command to send mail. The problem will still lie in 
>> the php program.
>> It sounds like you are not defining the headers correctly in your php 
>> script. If you're not defining the headers (ie: domains), you will 
>> need to define the /var/qmail/control/defaultdomain and defaulthost 
>> files (specifically the defaultdomain) to the domain you want 
>> appended. Then it will add the domain you define in there to any 
>> address that is not a full address.
>>
>
> I don't think defaultdomain will do it. According to the qmail-inject 
> man page: qmail-inject adds this [defaultdomain] name to any host name 
> without dots. The domain that he's using already has a dot, and I 
> believe this only applies to recipients (not senders) anywise.

Actually without seeing the logs from the send process and/or the code 
there is no way to tell what it being passed to the system. If he has 
"com.au" in defaultdomain and his code is not supplying the right hand 
side, then this is the expected behavior.
And I speak from experience that it (defaultdomain) is used when sending 
emails that do not contain full addresses. This had me hung up on a 
devel machine last week.



-
Qmailtoaster is sponsored by Vickers Consulting Group
(www.vickersconsulting.com)
Vickers Consulting Group offers Qmailtoaster support and installations.
  If you need professional help with your setup, contact them today!

-
 Please visit qmailtoaster.com for the latest news, updates, and
packages.
 
  To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
 For additional commands, e-mail:
qmailtoaster-list-h...@qmailtoaster.com




-
Qmailtoaster is sponsored by Vickers Consulting Group 
(www.vickersconsulting.com)
Vickers Consulting Group offers Qmailtoaster support and installations.
  If you need professional help with your setup, contact them today!
-
 Please visit qmailtoaster.com for the latest news, updates, and packages.
 
  To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
 For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com

Re: [qmailtoaster] Internal Mail error

2009-10-01 Thread Jake Vickers 

Mike Canty wrote:

Thank you for your responses.  My /var/qmail/control/defaultdomain was only
showing com.au, so I have modified this to doaminname.com.au but this did
not fix the issue.  I restarted qmail (qmailctl restart) and reset the
databases (qmailctl cdb), just in case, but no fix.

I should add some more to the story.  To test the sending without bringing
PHP into this, from a command line I entered the following.
echo "Hello Mike" | mail u...@mydomain.com.au 


The resulting message indicated that it was from r...@com.au so the problem
remains.

Please keep those suggestions coming.

  


Did you make sure the defaulthost also contained your domain name?

-
Qmailtoaster is sponsored by Vickers Consulting Group 
(www.vickersconsulting.com)
   Vickers Consulting Group offers Qmailtoaster support and installations.
 If you need professional help with your setup, contact them today!
-
Please visit qmailtoaster.com for the latest news, updates, and packages.

 To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com

For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com

RE: [qmailtoaster] Internal Mail error

2009-10-01 Thread Mike Canty 
Jake,
Once again, you're the best.  After changing the "defaulthost" as
well, the messages not travelled with a true domain name and as a result
were able to be picked up by our remote server.  Problem solved.

Thanks to all (and by that I mean all people who contribute) for your
assistance.

Cheers

-Original Message-
From: Jake Vickers [mailto:j...@qmailtoaster.com] 
Sent: Friday, 2 October 2009 9:42 AM
To: qmailtoaster-list@qmailtoaster.com
Subject: Re: [qmailtoaster] Internal Mail error

Mike Canty wrote:
> Thank you for your responses.  My /var/qmail/control/defaultdomain was
only
> showing com.au, so I have modified this to doaminname.com.au but this did
> not fix the issue.  I restarted qmail (qmailctl restart) and reset the
> databases (qmailctl cdb), just in case, but no fix.
>
> I should add some more to the story.  To test the sending without bringing
> PHP into this, from a command line I entered the following.
> echo "Hello Mike" | mail u...@mydomain.com.au 
>
> The resulting message indicated that it was from r...@com.au so the
problem
> remains.
>
> Please keep those suggestions coming.
>
>   

Did you make sure the defaulthost also contained your domain name?


-
Qmailtoaster is sponsored by Vickers Consulting Group
(www.vickersconsulting.com)
Vickers Consulting Group offers Qmailtoaster support and installations.
  If you need professional help with your setup, contact them today!

-
 Please visit qmailtoaster.com for the latest news, updates, and
packages.
 
  To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
 For additional commands, e-mail:
qmailtoaster-list-h...@qmailtoaster.com




-
Qmailtoaster is sponsored by Vickers Consulting Group 
(www.vickersconsulting.com)
Vickers Consulting Group offers Qmailtoaster support and installations.
  If you need professional help with your setup, contact them today!
-
 Please visit qmailtoaster.com for the latest news, updates, and packages.
 
  To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
 For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com