This Message was undeliverable due to the following reason:
A message was not delivered because a loop was found in the Mail
eXchanger record database (the MX loop condition). The destination
host has an MX record that points to this host, but there is no
account for the designated recipient.
Here are a few possible solutions for clearing up this problem:
- add the domain name to your list of Local Mail Domains
if this mail server has complete authority over all
mail accounts within that domain
- return the mail since the address was invalid
- fix the MX records in the DNS for the host in question
and then resubmit the message
- add an account or alias for the recipient on this machine
and then resubmit the message
If this machine should be handling all mail for the destination
host, it should be added to the list of Local-Mail-Domains in
the "system" configuration.
Destination host: geekpowered.com
The following recipients did not receive this message:
<david@geekpowered.com>
Please reply to Postmaster@mail.mcsweb1.com
if you feel this message to be in error.
--===========================_ _= 5488312(4157)
Content-Type: message/rfc822
Received: from walnut.iea-software.com ([207.53.165.8]) by mail.mcsweb1.com
(Post.Office MTA v3.1.2 release (PO203-101c)
ID# 0-44404U2500L250S0) with ESMTP id AAA3489
for <david@geekpowered.com> Sun, 18 Oct 1998 23:08:44 -0700
Received: from walnut.iea-software.com (walnut.iea-software.com [207.53.165.8]) by walnut.iea-software.com (NTMail 4.00.0020/NT6651.00.c89adb95) with ESMTP id za002604 for <emerald@iea-software.com> Sun, 18 Oct 1998 23:40:55 -0700
Received: from [142.51.245.1] by walnut.iea-software.com (NTMail 4.00.0020/NT6651.00.c89adb95) with ESMTP id qpobaaaa for <emerald@iea-software.com> Sun, 18 Oct 1998 23:40:54 -0700
Received: from reality (ppp243-5.sudbury.cyberbeach.net [142.51.243.5])
by suntan.cyberbeach.net (8.9.1/8.9.1) with SMTP id CAA00546;
Mon, 19 Oct 1998 02:46:31 -0400 (EDT)
Message-ID: <004801bdfb2c$ad6f3080$05100a0a@reality.cyberbeach.net>
Reply-To: "Kurt Schafer" <kahuna@cyberbeach.net>
From: "Kurt Schafer" <kahuna@cyberbeach.net>
To: <emerald@iea-software.com>, "Glen Harvy" <glen@aquarius.com.au>
Subject: Re: Monthly Call Consolidation / Calls Table
Date: Mon, 19 Oct 1998 02:49:23 -0400
MIME-Version: 1.0
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 4.72.2106.4
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4
X-DomainScript: iea-software.com\\script.mml
X-Script: \\FilterScript.mml
X-UserScript: iea-software.com\emerald\script.mml
You could create a new table to store the information you need from Calls
and trigger the Call table to insert into this new table every time Calls
gets inserted into.
Then you could run consolidation as often as you wanted on the Calls table
and your web pages could query the other table.
Just a thought.
= Kurt
-----Original Message-----
From: Glen Harvy <glen@aquarius.com.au>
To: emerald@iea-software.com <emerald@iea-software.com>
Date: Sunday, October 18, 1998 10:31 PM
Subject: Monthly Call Consolidation / Calls Table
>Hi Dale,
>
>This is becoming a great concern to me. Frankly I don't think that the
>current version of Emerald is of any real value to my particular
requirements.
>
>The 15th of October has come and gone and my problems have not been
resolved.
>
>I would appreciate an answer please.....
>
>>Date: Wed, 07 Oct 1998 08:48:15 +1000
>>To: emerald
>>From: Glen Harvy <glen@aquarius.com.au>
>>Subject: Monthly Call Consolidation / Calls Table
>>
>>Hi Dale,
>>
>>I asked this question late last month but didn't get a full response.
>Here's the details:
>>
>>Using Emerald v2.2.23 . Billing cycle for me is 15th to the 14th of the
>following month inclusive.
>>
>>I allow my callers to access the Calls Table using iHTML so they can keep
>tabs of how much time they have used during the current billing period. For
>this reason I will only run Call Consolidation on the morning of the 15th
>each month as I believe running it more often will result in the details in
>the Calls Table being "consolidated" with specific details of each call
>being lost.
>>
>>In the past, every time I have run Call Consolidation, all the specific
>details of all calls prior to the first of the current month are being
>consolidated. The Calls Table is hence useless for my specific reasons
above.
>>
>>You have told me before that the above problem was "fixed" in version
>2.2.23 however I have been using that version now ever since I purchased
>Emerald.
>>
>>My users have had to put up with my excuses for three months now and I
>would like to think this month will be OK.
>>
>>Can you confirm that Emerald is designed to work as I have described
above.
>>
>>If it isn't, I have no real concerns as to fitting my requirements into
>the demands of Emerald however I need to know in the next week or so so
>that I can change a good deal of my advertising material, web site, Bank
>expectations, customer notification etc etc.
>>
>>Thanks in advance.
>>
>>
>>
>>
>>
>Glen.
>--------------------------------------------------------------------
>AQUARIUS Communications for all your Internet<>Fidonet needs
><>Full ISP services<>FrontDoor Commercial<>TransX Internet/FTSC Mailer
>voice(02)9977-3788<>fax(02)9977-3844<>bbs(02)9977-2855<>3:714/930
>http://www.aquarius.com.au <> mailto:sales@aquarius.com.au
>
--===========================_ _= 5488312(4157)--