Re: [qmailtoaster] Qmail-Toaster Installation

2009-10-01 Thread Benedict Claver
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 e...@shubes.net
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




Re: [qmailtoaster] Qmail-Toaster Installation

2009-10-01 Thread richard

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 e...@shubes.net
 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: qmailtoaster-list-h...@qmailtoaster.com




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
 http://www.spamcop.net/bl.shtml?211.14.220.25]
   *  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 a...@etisbew.com
 To: a...@etisbew.com
 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 log files 
 and isoqlog should start with the new data. You will lose all the 
 history 

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 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 e...@shubes.net
 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: qmailtoaster-list-h...@qmailtoaster.com


   qtms-install]# rpmbuild --rebuild --with cnt50 

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 j...@qmailtoaster.com
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 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 e...@shubes.net
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.

johnostrow...@desch.org:
User and password not set, continuing without authentication.
johnostrow...@desch.org 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: rliso...@cotterschools.org
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: c46cd64966e9079c62e6be0be16f8f17.squir...@mail.winonacotter.org
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 johnostrow...@desch.org
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.

johnostrow...@desch.org:
User and password not set, continuing without authentication.
johnostrow...@desch.org 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: rliso...@cotterschools.org
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: c46cd64966e9079c62e6be0be16f8f17.squir...@mail.winonacotter.org
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 johnostrow...@desch.org
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