Qmail
[Top] [All Lists]

Re: Smtproutes & Local Mailboxes

To: <qmail@list.cr.yp.to>
Subject: Re: Smtproutes & Local Mailboxes
From: "Matthew Yette" <myette@mvnhealth.com>
Date: Thu, 24 May 2007 21:54:53 -0400
Delivered-to: sp-com-lists@consult.net
Delivered-to: gmail-qmail@securepoint.com
Delivered-to: sp.com.list@gmail.com
Delivered-to: mailing list qmail@list.cr.yp.to
Mailing-list: contact qmail-help@list.cr.yp.to; run by ezmlm
Thanks for getting back to me, Kyle. 

>Your FROM address does not have to match anything. It can be entirely 
>made up if you like (this is why phishing is possible).

The problem I bring up about the "fake", backup domain (something like, 
matt@example.backup) that lives on the filtering box, is that some mail servers 
will reject the sender if the sending domain doesn't actually exist (as 
example.backup doesn't), hence my desire to have the backup domain be the same 
as the real domain. 

>> Is there a way to filter for a domain (example.com), and pass the 
>> messages along via smtproutes to that company's mail server, while 
>> also maintaining a copy of each message (via qmail-tap?) in a 
>> vpopmail domain of the same name (example.com) that lives local on 
>> that box, so that messages could still be sent from the web 
>> interface?

>...what? What makes you think you *can't* do that already?

If a domain of the same name lives on the filter box, it won't honor the 
smtproutes entry, and it will just deliver the mail locally instead. I wish it 
would copy it to the mailbox on the local box via qmail-tap, AND honor 
smtproutes and forward it along.

Matt



<¤#/srv/gw/mvndom/wptemp/43ccc243.qm8

<Prev in Thread] Current Thread [Next in Thread>