|
I have used the 5.1 QMTISO and it
updates everything just fine including clamav. I do the OS
updates via yum and then qtp-newmodel updates.
I am now updated with the following output. You should be able
to do the same.
qtp-whatami v0.3.8 Wed Nov 7 18:23:34 PST 2012
REAL_DIST=CentOS
DISTRO=CentOS
OSVER=5.8
QTARCH=i686
QTKERN=2.6.18-308.11.1.el5
BUILD_DIST=cnt50
BUILD_DIR=/usr/src/redhat
This machine's OS is supported and has been tested
On 11/07/2012 05:49 PM, Jeff Lau Lau wrote:
Dear All,
I was new on Qmail Toaster, I installed using QMTISO CD. It
bundled with the clamav whereby engine can't be updated. I using
yum and downloaded the rpm to update but also failed due to
dependencies. May anyone guide me please on this issue
On Wed, Nov 7, 2012 at 10:35 PM, Eric
Shubert <[email protected]>
wrote:
Nobody else has reported any problem presently with clamav.
We would like to help you fix it, but you need to provide us
some diagnostic information in order for that to happen.
Which versions are you running?
(# rpm -qa | grep toaster | sort)
(# qtp-whatami)
Some samples from clamd and freshclam logs might shed some
light on the situation as well.
--
-Eric 'shubes'
On 11/06/2012 10:37 PM, Délsio Cabá wrote:
Hi all,
After many tests and findout it was a problem with clamav.
I don't know
what's wrong with this antivirus. But for sure it's a big
problem for
this qmail distribution.
I would recommend the developers to replace clamav with
another solution
Regards
On 3 November 2012 06:30, Délsio Cabá < [email protected]
<mailto: [email protected]>>
wrote:
Hi,
Actually I have tested all. I think this problem is
related to my
ISP because I never had it before I changed. How can I
prove to them?
Regards
On 2 November 2012 16:28, Eric Shubert < [email protected]
<mailto: [email protected]>>
wrote:
On 11/02/2012 03:14 AM, Délsio Cabá wrote:
Hi all,
I am getting a strange problem with my
qmailtoaster:
<mailto:[email protected]>>
<mailto:[email protected]
<mailto:[email protected]>>___Connected_to_173.194.78.27___but_connection_died._timed___out_(#4.4.2)/
@400000005093781906a4c47c delivery 454:
deferral:
I did a quick test and it works:
[delsio@mail ~]# telnet 173.194.70.26 25
Trying 173.194.70.26...
Connected to fa-in-f26.1e100.net
<http://fa-in-f26.1e100.net>
<http://fa-in-f26.1e100.net>
mail from:[email protected].__mz
<mailto:from%[email protected]>
<mailto:from%3Apostmaster@__webmasters.co.mz
<mailto:from%[email protected]>>
mail from:<postmaster@webmasters.__co.mz
<mailto:[email protected]>
<mailto:postmaster@webmasters.__co.mz
<mailto:[email protected]
<mailto:[email protected]>>>
250 2.1.5 OK k8si1531106eed.24
data
354 Go ahead k8si1531106eed.24
teste de envio
.
250 2.0.0 OK 1351851081 k8si1531106eed.24
quit
221 2.0.0 closing connection k8si1531106eed.24
Connection closed by foreign host.
1) Is this problem persistent? Perhaps google's
server was
buried at that moment.
2) On a side note, the error was with the host at
.27, and you
tested .26. Any reason for this?
--
-Eric 'shubes'
------------------------------__------------------------------__---------
To unsubscribe, e-mail:
qmailtoaster-list-unsubscribe@__qmailtoaster.com
<mailto:[email protected]>
For additional commands, e-mail:
qmailtoaster-list-help@__qmailtoaster.com
<mailto:[email protected]>
--
 |
