I've decided to go for the two-machine migration approach, but with a
twist.
1) build a qmailtoaster on a second box
2) migrate the sendmail solution gradually to it
3) put the other box into production for a short time
4) build a qmailtoaster on the production box in an identical way to
the
On Oct 5, 2006, at 4:07 AM, Quinn Comendant wrote:
Because I find the Qmail - Qmail migration simpler than Sendmail -
Sendmail, and installing QT is much easier than setting up Sendmail +
extras. ;P
do you know about Jake's backup script?
http://www.v2gnu.com/qmail/backup-restore.html
it
Steve Huff wrote:
On Oct 5, 2006, at 4:07 AM, Quinn Comendant wrote:
Because I find the Qmail - Qmail migration simpler than Sendmail -
Sendmail, and installing QT is much easier than setting up Sendmail +
extras. ;P
do you know about Jake's backup script?
do you know about Jake's backup script?
http://www.v2gnu.com/qmail/backup-restore.html
it may come in handy when migrating your config from one toaster to the
other :)
-steve
---
I'd definitely use Jake's script. Moving queues can be tricky (unless
they're empty!).
I'm
I actually don't have that much experience with Dovecot, but more than
Courier. I would vote in favor of using Dovecot for the following
reasons:
- It is part of the RHEL 4 distribution. It is already installed, and I
can trust the source. Patches are automatically available via up2date.
Quinn Comendant wrote:
Ok, ok...I see where this is going. I can do it on two machines. ;P
yeah, dude, your head will not fit through that hole!
stop it.
-
QmailToaster hosted by: VR Hosted http://www.vr.org
Steve Huff wrote:
On Sep 26, 2006, at 7:27 PM, Quinn Comendant wrote:
I will need to find _some_ solution. What are my options, as painful as
they might be?
so you have the old sendmail solution running on your production
hardware right now? here's my suggestion:
1) build another box
2)
Hi All!
(I couldn't find instructions for installing Qmail Toaster on top of an
existing Sendmail server, so I'm asking here. (I'll add a wiki page for
it once I've boiled it down.))
I have a RHEL 4 server running Sendmail/Dovecot with 500 passwd-based
email accounts. I will be installing QT
Sounds like somebody likes pain . . .
Without virtualization, you can't do this.
Erik
On 9/26/06, Quinn Comendant [EMAIL PROTECTED] wrote:
Hi All!
(I couldn't find instructions for installing Qmail Toaster on top of an
existing Sendmail server, so I'm asking here. (I'll add a wiki page for
Wow. That doesn't sound good! =(
I'm actually totally surprised. I _honestly_ thought this would have
been a common migration process. You're telling me *nobody* has ever
upgraded from sendmail to QT, on the same machine?
I will need to find _some_ solution. What are my options, as painful as
Quinn Comendant wrote:
Wow. That doesn't sound good! =(
I'm actually totally surprised. I _honestly_ thought this would have
been a common migration process. You're telling me *nobody* has ever
upgraded from sendmail to QT, on the same machine?
I will need to find _some_ solution. What are
On Sep 26, 2006, at 7:27 PM, Quinn Comendant wrote:
I will need to find _some_ solution. What are my options, as
painful as
they might be?
so you have the old sendmail solution running on your production
hardware right now? here's my suggestion:
1) build another box
2) migrate the
Quinn Comendant wrote:
Is it not possible to monitor different IP addresses, both on port 25?
Then I could change the MX records for mail delivered to the Sendmail
IP to the Qmail IP?
What about setting up Qmail to answer on port 2525 (or whatever) then
configure Sendmail to forward all mail
I knew there would be a way. ;P
I think using the method of a dedicated IP address for Qmail SMTP would
be necessary in order to test the Simscan (and thus ClamAV and
Spamassassin) functionality. Using procmail to pass messages to
qmail-inject would be much easier but would bypass the Simscan
Ok, ok...I see where this is going. I can do it on two machines. ;P
Dovecot doesn't support the vpopmail authentication system used with
the QmailToaster. Therefore, we can't use Dovecot with the
QmailToaster.
Is it that Dovecot doesn't support vpopmail at all or just the way that
Is it that Dovecot doesn't support vpopmail at all or just the way that
QmailToaster implements it? From this FAQ entry, it seems Dovecot does
support vpopmail:
http://wiki.dovecot.org/QuestionsAndAnswers#head-153aa253aff40951a05cf238da4245b1cc1a4665
Weird. I looked into it a while back,but
Dovecot doesn't support the vpopmail authentication system used with
the QmailToaster. Therefore, we can't use Dovecot with the
QmailToaster.
Is it that Dovecot doesn't support vpopmail at all or just the way that
QmailToaster implements it? From this FAQ entry, it seems Dovecot does
Cool. Very nice. Perhaps if there is some interest, I will develop a
Dovecot qt package, but I don't really see the point. Perhaps you
could help me understand. Are there any particular reasons why you
want to use Dovecot over Courier?
Erik
On 9/26/06, Quinn Comendant [EMAIL PROTECTED] wrote:
On Tue, 26 Sep 2006 21:29:48 -0700, Erik Espinoza wrote:
Cool. Very nice. Perhaps if there is some interest, I will develop a
Dovecot qt package, but I don't really see the point. Perhaps you
could help me understand. Are there any particular reasons why you
want to use Dovecot over Courier?
19 matches
Mail list logo
