Agreed that knowing exactly when MX checks occur would certainly help
resellers. I'll look into what it would take to post this information. I'm
not going to promise anything will happen soon though - when doing a
migration, please coordinate with sales if you feel it's necessary.
In terms of configuring aliases and catch-all, the catch-all is configurable
through the API currently (btw, this document is being overhauled currently).
However, this option is not available through the RWI - I'll look into adding
this though. As for aliases, they are currently only configurable through the
mailadmin.webmailogin.com interface as you mention. However, we are currently
documenting the full API for the mailadmin interface and we will be releasing
it in the coming months.
On Mon, 1 Mar 2004 11:22:29 -0600
David Maynard <dmaynard@outserv.net> wrote:
>Knowing precisely how the MX checks are scheduled should help a lot with
>email migrations (assuming that's really how they work :->).
>
>The biggest hassle for us when migrating customers is not being able to
>configure the aliases and catch-all rules before the MX records have been
>changed. We have to wait for the MX change to be noticed and then sit there
>entering aliases as fast as we can type. These are both things that are
>controlled via the mailadmin interface. Of course, there could be rules and
>things that are only accessible via the mailbox settings, but it would help
>us immensely if we could access the new boxes via the mailadmin interface
>before they were "live." (I realize this may not be easy since it depends a
>lot on how the database tables are currently organized.)
>
>-dpm
>
>--
> David P. Maynard
> OutServ.net, Inc. -- Coordinated IT Operations Solutions
> Email: dmaynard@outserv.net, Tel: +1 512 977 8918, Fax: +1 512 853 9476
>--
>
>-----Original Message-----
>From: Bruce Dorland [mailto:bdorland@tucows.com]
>Sent: Monday, March 01, 2004 10:14 AM
>To: Todd Jagger
>Cc: discuss-list@opensrs.org
>Subject: RE: saturday email product question
>
>[...]
>
>The policy itself is certainly not ideal and there are options we're looking
>at currently. One option that we're working on right now is that all mail
>would be treated as non-local mail. This would eliminate most of the issues
>that I noted. I'd be interested in any other thoughts you or anyone has
>too.
>
Bruce Dorland
Tucows
office: 416 538 5481
mobile: 416 275 9179
This archive was generated by hypermail 2.1.3 : Tue Oct 19 2004 - 23:37:54 EDT