You would create the accounts in the VPOPMail tables (Or, if you only have
20 users, perhaps using the cdb file would suffice.).  I believe you have to
remove the local directory's for the users
(/home/vpopmail/domain/emailaccount (Or something similar.) so that qmail
doesn't deliver locally, and then it will use SMTPROUTES to send the mail.

 

I'm doing something similar, but without CHKUSER in place.  I'm working on
replacing the existing qmail servers (qmailrocks) with the QMT servers, and
implement CHKUSER.  I've got a test server in place that I'm testing with,
and it works fine. I send mail to it, it scans it, sends it on to the other
QMail servers that handle my user mail.  I also use the existing system to
scan email and forward to clients Exchange servers.  Currently, I'm not
using CHKUSER in these cases, but will be putting systems in place to allow
clients to add e-mails that are "Allowed" to the database, so that I can use
CHKUSER.

 

 

Michael J. Colvin

NorCal Internet Services

 <http://www.norcalisp.com/> www.norcalisp.com

 

 <http://www.norcalisp.com/> 

 

  _____  

From: Andrew Hodgson [mailto:[email protected]] 
Sent: Friday, November 20, 2009 2:32 PM
To: [email protected]
Subject: RE: [qmailtoaster] smtproutes and RCPT to checking

 

 

 

Actually we have a very static user base with around 20 accounts, so could
probably do something manually.  If we did this and use the smtproutes, are
you saying I would have to define everything in Vpopmail as well, but the
delivery would never go to Vpopmail because of the smtproutes? 

 

Thanks.

Andrew.

 

From: Michael Colvin [mailto:[email protected]] 
Sent: 20 November 2009 19:31
To: [email protected]
Subject: RE: [qmailtoaster] smtproutes and RCPT to checking

 

You could use a script (VBScript would be easiest) on the Exchange server to
push valid e-mail addresses out to the VPOPMail database that chkuser uses.
You can set it up to run on a scheduled task, or just run it when you create
a new e-mail, depending on which is more efficient for your
environment/number of users/turnover.

 

 

Michael J. Colvin

NorCal Internet Services

 <http://www.norcalisp.com/> www.norcalisp.com

 

 <http://www.norcalisp.com/> 

 

  _____  

From: Andrew Hodgson [mailto:[email protected]] 
Sent: Friday, November 20, 2009 11:00 AM
To: [email protected]
Subject: RE: [qmailtoaster] smtproutes and RCPT to checking

 

Hi,

 

Sorry, the other server is Exchange.

 

Andrew.

 

From: Michael Colvin [mailto:[email protected]] 
Sent: 20 November 2009 18:56
To: [email protected]
Subject: RE: [qmailtoaster] smtproutes and RCPT to checking

 

If you have QMT on both servers, and are using VPOPMail w/SQL, you can
configure the spam gateway server to use the db on the "Main" mail server.
That's the easiest way.

 

 

Michael J. Colvin

NorCal Internet Services

 <http://www.norcalisp.com/> www.norcalisp.com

 

 <http://www.norcalisp.com/> 

 

  _____  

From: Andrew Hodgson [mailto:[email protected]] 
Sent: Friday, November 20, 2009 10:20 AM
To: [email protected]
Subject: [qmailtoaster] smtproutes and RCPT to checking

 

Hi,

 

Does anyone know a way of getting Qmail to check the existence of a user
(during the RCPT TO stage) on a remote mail server before accepting the
message for delivery?  The remote mail server supports this facility.  We
are looking to use Qmailtoaster as a spam gateway primarily.

 

Thanks.

Andrew.

<<image001.gif>>

Reply via email to