need to find out wrongly entered Intercept Address

[bluebriarrose]

Hi,

We are using an opensource installation of 5.0.16 . We have over a hundred accounts and have groups of ten -twenty accounts with their intercept /mail forwarding addresses set to x account..

There is an account that had the intercept /mail forwarding addresses wrongly entered and we have been getting mails queuing up in the server .. but cannot find out which account is wrongly provided for...

is there a way to do a backward trace of the intercept address??

abigail

[veronica]

You need to look into zimbra.log file logs.

[bluebriarrose]

You need to look into zimbra.log file logs.

hi,

thing is - i've looked in the log files - and all i can see is that xyz user sent a mail to 35 other users that he sends everyday ... and mail was redirected to hidden user pqr but could not be delivered coz the spelling given while provisioning was mistakenly qpr ...

here the problem is te hidden account is for user xyz and also for about 15 of the 35 accounts... i have looked at each account using

#zmprov ga xyz@blah.blah | grep zimbraInterceptAddress

but all show the correct spelling

i have also tried nullifying the intercept address for xyz account and re-adding it but the problem still occurs...

it would not have been a big deal - but the thing is user xyz is getting notifications of mail undelivered to account pqr (hidden account) - which they shouldn't


Please help

Abigail

[veronica]

Maybe something in a script you can write:-
for i in `zmprov -l gaa`
do
echo "$i" >> /tmp/test
zmprov ga $i | grep zimbraInterceptAddress >> /tmp/test
done

And then parse to see which one is not correct. Does that sound helpful ?

[bluebriarrose]

hi,

i tried that but the system gets stuck running the code... even tried leaving it for about an hour but no result..

i also tried

(( #!/bin/bash
for account in `zmprov -l gaa`; do
forwardingAccount=`zmprov ga $account | grep "zimbraMailForwardingAddress:" | awk '{print $2}'`
if [ "$forwardingAccount" = "zarrin@zimbra.com" ]; then
echo $account;
fi
done))

that was put up by arcanemagus in response to similar a question by zarrin ... but it just doesn't seem to do anything...


i'm beginning to wonder if something's going wrong with my installation...

considering the following problems cropping up recently - it just might be going bonkers

1. the GUI no longer shows the account list for any of the admin users... hence creation or modifcation of accounts has to be done through CLI or by using the search option in GUI and then modifying the account

2. a few accounts had the class of service change automatically to default

3. one class of service 'no longer existed' for about a week and is now back

|0

we will be migrating to the newer version within a few weeks anyway - just thought i could solve this problem b4 dat...

thanks for the help

abigail