Hi Guys,
We have a user that receives email for roughly 6 different domains on her
primary domain. Is it possible to forward only mails that match primary
domain and ignore the others. I'm assuming it is, but can't seem to find
the necessary steps to configure the .qmail.
Has anyone setup
Harry Zink wrote:
On May 6, 2008, at 12:12 PM, Jim Bassett wrote:
failed when trying to update some perl stuff:
Transaction Check Error: file
/usr/share/man/man3/MIME::Base64.3pm.gz from install of
perl-MIME-Base64-3.07-1.el4.rf conflicts with file from package
perl-5.8.5-24.RHEL4
Marco,
Did you upgrade CentOS from 4.2 to 5.x at some point? Your RF packages
appear to be for COS5. Did you install the correct RF version for your
system? COS5 and COS4 are different, and must match your system.
I haven't seen a requirement for perl-HTTP-date or perl-LWP-UserAgent before
(in
Harry Zink wrote:
Ditto here - same x86_64 architecture
qtp-whatami v0.3
DISTRO=CentOS
OSVER=4.6
QTARCH=x86_64
BUILD_DIST=cnt4064
BUILD_DIR=/usr/src/redhat
Would be awesome if qtp whatami would actually also provide kernel version.
That's an excellent suggestion Harry, with the addition
I'm trying to understand what happened here. Read below.
Harry Zink wrote:
More data:
Sandbox has been built successfully!
qtp-newmodel - installing perl-Net-SMTP ...
Loading protectbase plugin
Setting up Install Process
Setting up repositories
rpmforge 100%
On Aug 12, 2008, at 9:33 AM, Eric Shubert wrote:
Did you select a fresh sandbox when you re-ran at this point? If you
installed the perl-HTML-Parser-3.56 but did not use a fresh sandbox,
the old
version would still have been in the sandbox. :(
I redid fresh sandboxes every time I ran it.
Harry Zink wrote:
On Aug 12, 2008, at 9:33 AM, Eric Shubert wrote:
Did you select a fresh sandbox when you re-ran at this point? If you
installed the perl-HTML-Parser-3.56 but did not use a fresh sandbox,
the old
version would still have been in the sandbox. :(
I redid fresh sandboxes
On Aug 12, 2008, at 10:08 AM, Eric Shubert wrote:
Harry Zink wrote:
On Aug 12, 2008, at 9:33 AM, Eric Shubert wrote:
Did you select a fresh sandbox when you re-ran at this point? If you
installed the perl-HTML-Parser-3.56 but did not use a fresh sandbox,
the old
version would still have
Harry Zink wrote:
On Aug 12, 2008, at 10:08 AM, Eric Shubert wrote:
Harry Zink wrote:
On Aug 12, 2008, at 9:33 AM, Eric Shubert wrote:
Did you select a fresh sandbox when you re-ran at this point? If you
installed the perl-HTML-Parser-3.56 but did not use a fresh sandbox,
the old
On Aug 12, 2008, at 10:58 AM, Eric Shubert wrote:
f you'd've simply not selected it, you'd've gotten no errors. ;)
LOL
I'd like to nail this one (once again, so it seems).
You say this is the version you're running. Please post the results
of:
# rpm -q zlib
# yum info zlib
That might
Eric, My server was rebuild from zero to CentOS 5 (months ago):
qtp-whatami v0.3
DISTRO=CentOS
OSVER=5.2
QTARCH=i686
BUILD_DIST=cnt50
BUILD_DIR=/usr/src/redhat
And yes, this requirement to perl-HTTP-Date and perl-LWP-UserAgent
Is to the lastest spamassassin in the site.
Marco.
-Original
Ok, just wondering. Your first post on the thread said COS4.2 - must've been
a typo. ;)
I don't see either of those packages on RF. Maybe RF's just lagging a little
bit?
I haven't tried installing the latest SA yet, but hope to soon. Has anyone
on this list installed the latest SA? If so, do
Harry Zink wrote:
On Aug 12, 2008, at 10:58 AM, Eric Shubert wrote:
f you'd've simply not selected it, you'd've gotten no errors. ;)
LOL
I'd like to nail this one (once again, so it seems).
You say this is the version you're running. Please post the results of:
# rpm -q zlib
#
i know i know someone will say search the archivesi did and i have
actually tweaked my spamd run and config file as well as clamd.conf. i
am using spamdyke 4.0.2. centos 4.6 on a desktop with AMD Athlon(TM)
XP1500+ and 768 MB. it handles email for only 1 domain with very very
little traffic.
I've seen some dupes in the last several weeks too. Apparently only from
this list too. Haven't had time to track it down. Maybe we can nail it on
this thread.
slamp slamp wrote:
i know i know someone will say search the archivesi did and i have
actually tweaked my spamd run and config file
You're right ,about my typo ;-) but this perl dependencies it's annoying me
..
-Original Message-
From: Eric Shubert [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 12, 2008 4:29 PM
To: qmailtoaster-list@qmailtoaster.com
Subject: Re: [qmailtoaster] Issue upgrading Spamassassin
Ok, just
-Original Message-
From: slamp slamp [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 12, 2008 1:21 PM
To: qmailtoaster-list@qmailtoaster.com
Subject: [qmailtoaster] duplicate e-mail
i know i know someone will say search the archivesi did
and i have actually tweaked my
My first reply on this thread came back to me twice! This is great. No need
to wait for another dupe to show up.
Dairenn Lombard wrote:
-Original Message-
From: slamp slamp [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 12, 2008 1:21 PM
To: qmailtoaster-list@qmailtoaster.com
i used your tweaks dairenn
http://www.mail-archive.com/qmailtoaster-list@qmailtoaster.com/msg19000.html.
and it looks like they are different PIDs. its also looking more like
an issue with the list server. as the PIDs are different there too.
1st e-mail:
Received: (qmail 22910 invoked by uid
This is getting interesting (to me anywise).
It appears that with perl5.8.8/COS5, perl-HTTP-Date is included in the
perl-libwww-perl package, as is perl-LWP-UserAgent. Do you have this package
installed? If not, try yum'ing it. Please report back either way.
Marco Cordeiro wrote:
You're right
I thought so too, until I noticed a dupe from the spamdyke list as well. qmt
list runs ezmlm, while spamdyke uses mailman. I'm thinking the problem's not
with the list server, but with spamdyke. I'm still running version 3.x of
spamdyke, so it's something that's not necessarily new with 4.x.
Lets
On Aug 12, 2008, at 11:58 AM, Eric Shubert wrote:
Sure looks that way. Don't know how you managed that.
Neither do it - it's pretty much been a pain vanilla QMT box since
inception.
I'd try
# rpm -e zlib-1.2.1.2-1.2
to remove it.
Here we go again:
rpm -e zlib-1.2.1.2-1.2
error:
On Aug 12, 2008, at 11:58 AM, Eric Shubert wrote:
I'd try
# rpm -e zlib-1.2.1.2-1.2
Yep, that did it -- all's back to being well in QMT land (well, until
the next updates roll around :-)
-
QmailToaster hosted by:
23 matches
Mail list logo
