Hi,
On Wed, Nov 6, 2013 at 1:14 AM, Eric Shubert e...@shubes.net wrote:
On 11/05/2013 01:48 PM, Peter Peltonen wrote:
Hi,
I have a virtual domain on a toaster which mails go nowadays to
Office365 (- MX is pointint there).
I would still need to offer IMAP service for this domain, but if
I'm johnny-come-lately on this, and Peter nearly nailed it:
1) If you remove DOMAIN-X.com from *rcpthosts*, you no longer accept
mail for it at all -- so it probably needs to remain there (or in
*morercpthosts*)
2) You should remove the domain from *virtualdomains*
3) If present, you must
On 11/06/2013 02:56 AM, Peter Peltonen wrote:
I think the toaster does local delivery before checking the contents of
smtproutes...
Contrary to what I was thinking, this is correct. smtproutes is part of
qmail-remote, which happens after qmail-send determines whether the
delivery is local or
Hi,
Thanks for your clarification Dan. One question:
On Wed, Nov 6, 2013 at 6:29 PM, Dan McAllister q...@it4soho.com wrote:
I'm johnny-come-lately on this, and Peter nearly nailed it:
1) If you remove DOMAIN-X.com from *rcpthosts*, you no longer accept mail
for it at all -- so it probably
On 11/06/2013 12:48 PM, Peter Peltonen wrote:
The issue I was having is that the same server acts as the web server for
that domain and mail was being relayed from their contact forms etc to
the old inboxes and not to the new inboxes at Office365.
How does the web server submit? Does it
On 11/05/2013 01:48 PM, Peter Peltonen wrote:
Hi,
I have a virtual domain on a toaster which mails go nowadays to
Office365 (- MX is pointint there).
I would still need to offer IMAP service for this domain, but if an
email is sent through this toaster to that virtual domain, it should not
be