Eric,
Thanks you for all of your assistance here.
I will try the CentOS IRC, as you mention, but just one last question.
Have you (or others) installed CentOS 5.5 64Bit, with QMT and had this work
correctly?
I know it's a silly question, but if this is the case, it might be just
easier
Hi Mike,
I have 2 QMTs installed on CentOS 5.5 64Bit, both work like a charm.
I had no trouble setting them up from scratch.
Andreas
Am Tuesday 08 June 2010 08:10:17 schrieb Mike Canty:
Eric,
Thanks you for all of your assistance here.
I will try the CentOS IRC, as you mention, but
Hi All,
I am receiving two copies of every mail from
qmailtoaster-list@qmailtoaster.com since last couple of weeks, but I
realised this yesterday only. This is not the case when I receive mails from
any other mail domain or email address which makes me believe that there is
nothing wrong my
Yes, I am too facing the similar problem. I am receiving 3 copies of each
mail.
Regards,
Atul Paralikar
_
From: Anil Aliyan [mailto:acali...@gnvfc.net]
Sent: Tuesday, June 08, 2010 1:27 PM
To: qmailtoaster-list@qmailtoaster.com
Subject: [qmailtoaster] Receiving two copies of every
mine is ok, no problem
I remember the symantec will cause such problem, please check the symantec
settings
Regards
Sam
From: Atul Paralikar
Sent: Tuesday, June 08, 2010 4:09 PM
To: qmailtoaster-list@qmailtoaster.com
Subject: RE: [qmailtoaster] Receiving two copies of every mail.
Yes, I
Sometimes it's also helpful to check your .qmail file in the accounts
where this happens. It might be pushing the mail through the spamfilter
twice. Remark or delete the second entry in the
/home/vpopmail/domains/yourdomain.com/youruser/.qmail file if this
happens. (at least this has worked for
Nice catch, Patrick.
Any idea how these entries may have gotten in the .qmail file(s)?
Just curious.
--
-Eric 'shubes'
Patrick Ring wrote:
Sometimes it's also helpful to check your .qmail file in the accounts
where this happens. It might be pushing the mail through the spamfilter
twice.
Thank you. I've been trying to figure it out for 4 years now.
Some process seems to add the second entry to the .qmail file along the
way. I'm not sure if it is when the account is modified by one of the
web interfaces or by some other process.
Here is an example of a .qmail file from an
Interesting. I wonder if it's somehow related to either:
.) the spambox feature (which I believe modifies this file)
or perhaps
.) some side effect of a user changing their preferences.
Might want to test these to see if you can recreate the result. I think
the former is more likely.
In any
That's ok. Sometimes one thing leads to another. (Who did that song?) ;)
Thanks.
--
-Eric 'shubes'
Patrick Ring wrote:
OK. I didn't mean to hijack the original thread.
I'll see what I can come up with on what I brought up.
Patrick M. Ring
P. Ring Technologies
Louisiana Web Host, LLC.
Hii,
I wasn't expecting such a long discussion on this matter. It got resolved on
its one this afternoon and I am not receiving any them twice anyone. I
rarely touch my server and there is no possibility that things get changed
on their own in the server. Anyways its solved for me on its own as
So, no interaction from you for the solution?
(those are the best solutions! ;-) )
Patrick M. Ring
P. Ring Technologies
Louisiana Web Host, LLC.
985-868-4200
-Original Message-
From: Anil Aliyan [mailto:acali...@gnvfc.net]
Sent: Tuesday, June 08, 2010 1:49 PM
To:
I have also seen the - user gets multiple emails -- and then it stops.
i has happened rarely.
and i have told folks that -I am sorry - it is OK - it will stop doing that.
and indeed ... it always has.
I have suspected - but not proven that it *can* happen when the
following is true
the user get
I've just one thing to add to this. If you're running spamdyke, it's
fairly normal to see TIMEOUT messages in the log. These are spam
connections that don't go away gracefully, and they follow a DENIED
message of some sort. OTOH, if you see TIMEOUT message with no prior
DENIED message, that
CentOS 5 as well. How do I check the exact version?
Scott
On Jun 8, 2010, at 4:13 PM, Eric Shubert e...@shubes.net wrote:
Scott Hughes wrote:
I am attempting to update a new QMT server. When running the
newmodel script, I am getting the following:
qtp-build-rpms - rpmbuild failed for
Linux version - 'cat /etc/issue'
Linux arch - 'uname -a'
Rgds
Alex
On 08/06/2010 23:31, Scott Hughes wrote:
CentOS 5 as well. How do I check the exact version?
Scott
On Jun 8, 2010, at 4:13 PM, Eric Shubert e...@shubes.net wrote:
Scott Hughes wrote:
I am attempting to update a new QMT
# qtp-whatami
will show what's pertinent.
Postmaster wrote:
Linux version - 'cat /etc/issue'
Linux arch - 'uname -a'
Rgds
Alex
On 08/06/2010 23:31, Scott Hughes wrote:
CentOS 5 as well. How do I check the exact version?
Scott
On Jun 8, 2010, at 4:13 PM, Eric Shubert e...@shubes.net
qtp-whatami v0.3.6
DISTRO=CentOS
OSVER=5.5
QTARCH=i686
QTKERN=2.6.18-194.3.1.el5
BUILD_DIST=cnt50
BUILD_DIR=/usr/src/redhat
This machine's OS is supported and has been tested
On 6/8/10 4:52 PM, Eric Shubert wrote:
# qtp-whatami
will show what's pertinent.
Postmaster wrote:
Linux version -
VM or hard iron?
I'm getting this failure on COS5.5 VMware guest.
COS5.4 VMware guest is ok though. Hmmm.
Given the error, sorta feels like a problem with fuse-unionfs.
--
-Eric 'shubes'
Scott Hughes wrote:
qtp-whatami v0.3.6
DISTRO=CentOS
OSVER=5.5
QTARCH=i686
QTKERN=2.6.18-194.3.1.el5
Hard iron. I don't run any VMs yet. We are on a shoe-string budget, so
I'm gonna have to buy an older model Dell 2850 to play with VMs. Sad
ain't it?
Scott
On 6/8/10 5:58 PM, Eric Shubert wrote:
VM or hard iron?
I'm getting this failure on COS5.5 VMware guest.
COS5.4 VMware guest is ok
As some of you know I am working on bringing up a replicated server. I
am curious if it would be a good idea and/or advisable to copy the
spamassassin database from my older server that has been in service for
a while to the new one so that the new server doesn't have to 'catch up'
with the
You don't need anything fancy to play with VMs. A single core P-4 is all
you really need. Of course, the more cores and ram the better.
--
-Eric 'shubes'
Scott Hughes wrote:
Hard iron. I don't run any VMs yet. We are on a shoe-string budget, so
I'm gonna have to buy an older model Dell 2850
On 6/8/10 7:20 PM, Eric Shubert wrote:
You don't need anything fancy to play with VMs. A single core P-4 is
all you really need. Of course, the more cores and ram the better.
What VM software do you use? VMWare or something else? I've never
messed with VM setups, so this is new to me.
Scott
Scott Hughes wrote:
On 6/8/10 7:20 PM, Eric Shubert wrote:
You don't need anything fancy to play with VMs. A single core P-4 is
all you really need. Of course, the more cores and ram the better.
What VM software do you use? VMWare or something else? I've never
messed with VM setups, so this
So we're both having this problem with CentOS 5.5.
Logical guess at this point is that it could be a problem between
clamav-0.96.1 and CentOS 5.5.
Has anyone on the list built the new clamav-toaster-0.96.1-1.3.36
successfully on CentOS 5.5? Please chime in.
--
-Eric 'shubes'
Scott Hughes
On 6/8/10 7:34 PM, Eric Shubert wrote:
Scott Hughes wrote:
On 6/8/10 7:20 PM, Eric Shubert wrote:
You don't need anything fancy to play with VMs. A single core P-4 is
all you really need. Of course, the more cores and ram the better.
What VM software do you use? VMWare or something else? I've
Scott Hughes wrote:
On 6/8/10 7:34 PM, Eric Shubert wrote:
Scott Hughes wrote:
On 6/8/10 7:20 PM, Eric Shubert wrote:
You don't need anything fancy to play with VMs. A single core P-4 is
all you really need. Of course, the more cores and ram the better.
What VM software do you use? VMWare or
Scott Hughes wrote:
I am attempting to update a new QMT server. When running the newmodel
script, I am getting the following:
qtp-build-rpms - rpmbuild failed for clamav-toaster-0.96.1-1.3.36
qtp-build-rpms - here are the last 10 messages from the log:
+ '[' 0 -ne 0 ']'
+ cd clamav-0.96.1
++
On 6/8/10 7:37 PM, Eric Shubert wrote:
So we're both having this problem with CentOS 5.5.
Logical guess at this point is that it could be a problem between
clamav-0.96.1 and CentOS 5.5.
Has anyone on the list built the new clamav-toaster-0.96.1-1.3.36
successfully on CentOS 5.5? Please
Scott Hughes wrote:
On 6/8/10 7:37 PM, Eric Shubert wrote:
So we're both having this problem with CentOS 5.5.
Logical guess at this point is that it could be a problem between
clamav-0.96.1 and CentOS 5.5.
Has anyone on the list built the new clamav-toaster-0.96.1-1.3.36
successfully on
On 6/8/10 8:34 PM, Eric Shubert wrote:
Scott Hughes wrote:
On 6/8/10 7:37 PM, Eric Shubert wrote:
So we're both having this problem with CentOS 5.5.
Logical guess at this point is that it could be a problem between
clamav-0.96.1 and CentOS 5.5.
Has anyone on the list built the new
Eric Shubert wrote:
Scott Hughes wrote:
I am attempting to update a new QMT server. When running the newmodel
script, I am getting the following:
qtp-build-rpms - rpmbuild failed for clamav-toaster-0.96.1-1.3.36
qtp-build-rpms - here are the last 10 messages from the log:
+ '[' 0 -ne 0 ']'
+
On 6/8/10 10:40 AM, Eric Shubert wrote:
Bill Landry released an update of the clamav-unofficial-sigs.sh script
(v3.7.1 updated 6/06/10) that takes into account the new
(uncompressed) signature databases, among other things.
To install the new script:
# yum update qmailtoaster-plus
#
Eric Shubert wrote:
Eric Shubert wrote:
Scott Hughes wrote:
I am attempting to update a new QMT server. When running the
newmodel script, I am getting the following:
qtp-build-rpms - rpmbuild failed for clamav-toaster-0.96.1-1.3.36
qtp-build-rpms - here are the last 10 messages from the
Scott Hughes wrote:
On 6/8/10 10:40 AM, Eric Shubert wrote:
Bill Landry released an update of the clamav-unofficial-sigs.sh script
(v3.7.1 updated 6/06/10) that takes into account the new
(uncompressed) signature databases, among other things.
To install the new script:
# yum update
Hi Eric,
I'm experiencing the problem you addressed below, but I haven't figured out
how to apply your solution. I wonder if you could point out what I'm
missing.
I've downloaded the RPM you indicated and confirmed it with md5sum. I didn't
initially delete the previous file from the SRPMS
John,
I do this manually after looking at one of Jake's Videos.
Here is my notes on what to do.
Blackberry addresses may not work correctly so we need to allow the / that
some Blackberry system put in place.
Go to our QMT downloads directory
cd /QMT
Start screen to
John Kagan wrote:
Hi Eric,
I'm experiencing the problem you addressed below, but I haven't figured
out how to apply your solution. I wonder if you could point out what I'm
missing.
I've downloaded the RPM you indicated and confirmed it with md5sum. I
didn't initially delete the previous
38 matches
Mail list logo
