Eric Shubert escreveu:
Rafael Andrade wrote:
Eric Shubert escreveu:
Rafael Andrade wrote:
Eric Shubert escreveu:
Rafael Andrade wrote:
Hello,
PakOgah thanks for show ur case, u made a nice work.
But i dont have resource to configure another server to only send
or receive emails =(.
I would consider using VMware Server to run QMT. Then you could
easily run to QMT hosts on one system. All of the QMT hosts I run
are now VM guests, and it runs quite nicely. You *will* need to do
some tuning of VMware Server, but I can help you out with that.
Jake has some resources for this as well.
You this speaking of which version running in linux OS? This
version (http://www.vmware.com/products/server/ ) for vmware esxi ?
same not using I would like to know like you did this because it
seems to be very interesting, backups more effectives and
replication is easy, u can explain in pvt i think is better, or we
will flood the list.
I will search other way to configure or migrate to postfix to
configure this solution. :(
Can you tell I'd hate to have you migrate to postfix? I'd want to
stick with QMT so I didn't lose spamdyke (which doesn't run with
postfix - yet).
I would not like to migrate for postix, i like a lot of using the
qmailtoaster + spamdyke and empf, but my clients need this, i now i
think the better way is migrate ( I guess )
Thanks =)
One question, like u did to auth users, and keep emails in same
users mailbox?
Thanks so much
Rafael
---------------------------------------------------------------------------------
I run the VMware Server (v2) package on CentOS5.4. I don't use esxi.
You could install and run VMware Server on your existing QMT and
continue to run your existing QMT on 'bare iron', with VMware Server
running a 2nd (virtual guest) QMT. Once you're comfortable with
VMware and your virtual QMT, you could migrate the 'bare iron' QMT
into a Virtual guest as well, but that wouldn't be necessary. VMware
Server gives you several options. You could even share the mail tree
on your existing QMT with the 2nd (virtualized) QMT, so there'd be
no need to replicate them.
Nice, first i will create in other machine ( in test enviroment ) a
vm to install qmt with other domain to understand and test all
correctly. ok.
I'd still look into the possibility of configuring 2 separate
simcontrol files (one for smtp/inbound, one for submission) first
though. That would definitely be a simpler solution.
I don't know can where to begin ;(, i understand when u speak to use
1 simcontrol file to smtp port and other to submission port but i
dont know as i can do to configure simcontrol to know this.
U can help more about this?
Thanks again :D
Rafael
---------------------------------------------------------------------------------
Sure I can help. :)
:@
I've looked at the simscan doc and it appears that the location of the
simcontrol file (/var/qmail/control/simcontrol) is hard coded in the
source code. All that it would take is for the program to check for an
environment variable (e.g. SIMCONTROL) that would specify the
location/name of this file. Then you could have two separate
simcontrol files, the selection of which would be controlled by an
environment variable that is set by the tcp.smtp configuration file.
I will send email to u off list, and I will subscribe in simscan
maillist, will send a msg asking if i can use 2 simcontrols files or
have other idea to configure incoming and outgoing distinct rules.
Thanks so much =)
If you need more help with this, you can contact me off list.
---------------------------------------------------------------------------------
Qmailtoaster is sponsored by Vickers Consulting Group
(www.vickersconsulting.com)
Vickers Consulting Group offers Qmailtoaster support and installations.
If you need professional help with your setup, contact them today!
---------------------------------------------------------------------------------
Please visit qmailtoaster.com for the latest news, updates, and packages.
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
