Apologies, I probably didn't explain the situation fully. We are running some
VoIP services across 3 different time zones (2 in Australia, 1 in NZ) - The
Voicemail platform however lives in just one of those time zones, so when the
call is redirected to Voicemail it ends up on our single Voicemail
server which
pushes the message up to our mail server giving it a time stamp of when it
arrived, however this time stamp is the local time of the Voicemail server...
So when people go and check their Voicemail it reads out the time of
message as
being when it arrived in the Voicemail server's time zone, not the time
zone of
the customer.
Like I said the easiest and best way to fix this is to look at the 'B' party
number of the incoming message and then choose what date/time stamp to
apply to
the voicemail message. However, we can't change the code on the Voicemail
platform as we don't have any source - so I was wondering if we could hack
something on Exim as the mail comes in to do the same thing!? The best I can
come up with so far is tailing the mail logs and when a voicemail message
arrives - running a quick Perl hack to rewrite the Date header in the message
file - I would prefer to do this at delivery time though using some kind of
filter rules (if this is possible!)
Cheers,
Ray
Quoting David Woodhouse <dwmw2@???>:
> On Sat, 2004-10-09 at 11:33 +1300, Ray Jackson wrote:
>> I was wondering if anybody had any suggestions on how we could do
>> this with an
>> Exim rule/system_filter or otherwise? Basically we would want to
>> look at the
>> recipient and if it was a recognised pattern match (e.g. vm44xxxx)
>> then alter
>> the date header accordingly. e.g.
>>
>> Date: Tue, 5 Oct 2004 17:46:39 +1300
>>
>> ...to...
>>
>> Date: Tue, 5 Oct 2004 13:46:39 +1300
>
> I'm confused. Why do you want to do this? You're not just changing the
> timezone while keeping the actual time the same -- you're actually
> claiming that it was sent 4 hours earlier than the voicemail box said it
> was? How is that possible?
>
> What's the _actual_ problem?
>
> --
> dwmw2
>
>
> --
> ## List details at http://www.exim.org/mailman/listinfo/exim-users
> Exim details at http://www.exim.org/ ##
