Have you tried setting it up as 'mail1_user'@'mail.avits.ca' ? Because
that's the one being specified... MySQL is very picky on this.
On 12/04/2014 0:53, Richard Whittaker wrote:
Hi.
I'm following Jake's video on setting up a replicating toaster setup,
and have hit a pretty solid brick wall,
I noticed in mid-November a message was sent to the mailing list about
IPv6 support. We're running IPv6 on our network and would like to use
IPv6 mail functionality, but have no clue on how to implement any of it
ourselves.
Jake : we can provide an IPv6 test host (VMware, but should be
Eric Shubert wrote:
Wait a sec. I just noticed that this is x86_64. Doh!
The FUSE unionfs hasn't been tested on that arch yet.
That explains why fuse doesn't necessarily work.
Ben and CJ, are your problem toasters 64-bit as well??
Is anyone with a x86_64 toaster actually running a newer
Eric Shubert wrote:
Wait a sec. I just noticed that this is x86_64. Doh!
The FUSE unionfs hasn't been tested on that arch yet.
That explains why fuse doesn't necessarily work.
Ben and CJ, are your problem toasters 64-bit as well??
Is anyone with a x86_64 toaster actually running a newer
Hi,
I've been using qmailtoaster for quite some time and everything's been
running smoothly in the past few months. I recently upgraded a slave box
without any problems (qtp-newmodel, made unionfs sandbox, etc.).
In the past this also worked on my main box. However, when I run it now,
I get
Eric Shubert wrote:
Please post the output of
# df -h
# cat /etc/fstab
# cat /boot/grub/menu.lst
and we'll see if we can't get your menu.lst (aka grub.conf) fixed up.
/root df -h
FilesystemSize Used Avail Use% Mounted on
/dev/sda1 141G 5.8G 128G 5% /
tmpfs
autofs is on. But I don't see what impact that would have on the kernel
issue ?
Ben King wrote:
Is /etc/init.d/autofs off? That causes all sorts of trouble with
fusing to the same directory it is using.
- Original Message - From: Wim Godden w...@godden.net
To: qmailtoaster-list
I say the QMT Failover Replication howto. However, instead of having a
backup server standby in the same network, is there a way to provide
decent failover using the secondary MX, which can be in a different
location (and as such, have a different IP range) ?
Any suggestions on how to
the problem with. It might have been
introduced anywhere between 6.30 and 6.44.
I'd bet money that this is your problem. Same symptoms (error
messages), exactly.
Wim Godden wrote:
Odd thing : I just download and installed MakeMaker 6.43, but I still
get the same error :
Checking if your kit
will take care of those automatically.
Wim Godden wrote:
I installed perl-5.8.8-15.el5_2.1 again (happened to be the same
version you have) and now I get :
START
Executing(--clean): /bin/sh -e /var/tmp/rpm-tmp.66524
+ umask 022
+ cd /usr/src/redhat/BUILD
+ rm -rf Mail-SpamAssassin-3.2.5
+ exit 0
local
traffic, like so:
# shubes 5/16/06 - accept packets from local nets
iptables -A INPUT -s 192.168.1.0/255.255.255.0 -j ACCEPT
Then rerun the script to update iptables.
Wim Godden wrote:
Adding them manually through rpmforge did the job.
However, a new problem turns up now. I can receive
error occurring.
Eric Shubert wrote:
Wim Godden wrote:
An upgrade of spamassassin using qtp-newmodel fails (using small
union) :
Building squirrelmail-toaster-1.4.17-1.3.12 ...
Installing squirrelmail-toaster-1.4.17-1.3.12 in the sandbox ...
Building spamassassin-toaster-3.2.5-1.3.15 ...
qtp
Eric,
Is there some way to go back to pre-6.44 ?
Or is there a patch that I can use to upgrade my system on 6.48 ?
Kind regards,
Wim
Eric Shubert wrote:
The problem is *caused* by updating the CPAN bundle. You need a
pre-6.44 version of MakeMaker for it to work.
Wim Godden wrote:
Thanks
to MakeMaker in my case ?
Eric Shubert wrote:
Download and reinstall the perl binary rpm that corresponds to your
present version (mine is perl-5.8.8-15.el5_2.1), using the
--replacefiles option:
# rpm --replacefiles -Uvh perl-5.8.8.*.i386.rpm
Wim Godden wrote:
Eric,
Is there some way to go back
An upgrade of spamassassin using qtp-newmodel fails (using small union) :
Building squirrelmail-toaster-1.4.17-1.3.12 ...
Installing squirrelmail-toaster-1.4.17-1.3.12 in the sandbox ...
Building spamassassin-toaster-3.2.5-1.3.15 ...
qtp-build-rpms - rpmbuild failed for
have a centos 5 x86_64 machine to
play with qtp on. I believe it's mainly due to the highly, highly
modified kernel that cent and fedora ship with.
Justice London
[EMAIL PROTECTED]
On Fri, 2008-09-12 at 22:02 +0200, Wim Godden wrote:
Not without a little more info. Sorta looks like a bug to me
Works 100% fine. Excellent !
Thanks a lot !
Wim
Jake Vickers wrote:
Wim Godden wrote:
Hi guys,
Any update on this issue ?
Should be fixed in the new release of QmailToaster-Plus that just went
online a little bit ago
Message
Subject:qtp-newmodel failing on sandbox
Date: Thu, 11 Sep 2008 18:04:23 +0200
From: Wim Godden [EMAIL PROTECTED]
Organization: FirstLink Networks
To: qmailtoaster-list@qmailtoaster.com
Hi,
I just tried running qtp-newmodel for the first time, because I noticed
Hi,
I just tried running qtp-newmodel for the first time, because I noticed
there was a new clamav package.
I first tried building a small sandbox, but that failed. Then I tried a
linked sandbox and this gave me a few errors :
START
Copying files from clamav-toaster-0.93.3-1.3.20 to the
19 matches
Mail list logo