Deleted Redirects still redirecting!

[#1]

I received a redirected email today although I had deleted the original redirect several days ago.
I would expect this email to have been black-holed.
Am I likely to see many more zombie redirects in the near future? 

[#2]

I've had a look and your mail component hadn't updated correctly. I'm trying to force it manually but it's timing out probably due to the amount of mailboxes/redirects/aliases that are in there.
I've queued up another refresh but if that hasn't worked within the next few hours it may need manual intervention into the database to remove the redirect (so let us know if it's not worked and we'll pick it up Monday).

[#3]

It's happened again - but with a different redirect... 
Actually, I create a new redirect each week for this web site so that I can get a one weeks free trial.
By immediately deleting the redirect, any email never reaches me...

See

Quote

Service Notice #123862167 Service Notification 10:01pm, Monday 2 Jan 2012 This customer(postmaster@moiety.plus.com) was mailed the following message: Subject: \'Your redirect was deleted\' Dear Jeremy Boden, You\'ve successfully deleted your redirect. Account username: moiety Redirect name: tv83

The email headers are:

Quote

Delivered-To: XXXXXXXXXXXX@gmail.com Received: by 10.227.35.193 with SMTP id q1cs429646wbd;         Sat, 7 Jan 2012 18:02:45 -0800 (PST) Received: by 10.180.88.229 with SMTP id bj5mr16056039wib.5.1325988163981;         Sat, 07 Jan 2012 18:02:43 -0800 (PST) Return-Path: <accounts@digiguide.tv> Received: from avasout06.plus.net (avasout06.plus.net. [212.159.14.18])         by mx.google.com with ESMTP id fa4si25402154wbb.36.2012.01.07.18.02.43;         Sat, 07 Jan 2012 18:02:43 -0800 (PST) Received-SPF: softfail (google.com: domain of transitioning accounts@digiguide.tv does not designate 212.159.14.18 as permitted sender) client-ip=212.159.14.18; Authentication-Results: mx.google.com; spf=softfail (google.com: domain of transitioning accounts@digiguide.tv does not designate 212.159.14.18 as permitted sender) smtp.mail=accounts@digiguide.tv Received: from inmx01.plus.net ([212.159.10.2]) by avasout06 with smtp id Jq2j1i00202ea5801q2jeK; Sun, 08 Jan 2012 02:02:43 +0000 X-CM-Score: 0.00 X-CNFS-Analysis: v=2.0 cv=A/buztqG c=1 sm=1 a=qRFnI2S1y/FnSwd/vZ+qow==:17 a=muWgMRGzYacA:10 a=x3ZsYhLSAAAA:8 a=vFqFCchsAAAA:8 a=EBOSESyhAAAA:8 a=3j4BkbkPAAAA:8 a=JqEG_dyiAAAA:8 a=2DDiTEOXOzQUfAW9gL4A:9 a=cWu7B847TnYLWkYoO-EA:7 a=wPNLvfGTeEIA:10 a=UYxCqv8hvyIA:10 a=uOPtV9TZ9lcA:10 a=icLQWn6q5AkA:10 a=NruM7e5_004A:10 a=66u9yrB_THwA:10 a=bnAazdgBuiEA:10 a=1qrMFwq5EYsA:10 a=lpJPDpmEIVcP-ziH:21 a=yLPopjn-R4gjdwzN:21 a=qRFnI2S1y/FnSwd/vZ+qow==:117 Received: from [212.159.8.109] (helo=avasin09.plus.net)   by inmx01.plus.net with esmtp (PlusNet MXCore v2.00) id 1Rji5r-0003tk-EA   for tv83@moiety.plus.com; Sun, 08 Jan 2012 02:02:43 +0000 Received: from baldockmail.gipsymedia.com ([81.105.219.42]) by avasin09.plus.net with Plusnet Cloudmark Gateway id Jq2h1i0040vUoSx01q2jjq; Sun, 08 Jan 2012 02:02:43 +0000 X-CM-Score: 0.00 X-CNFS-Analysis: v=2.0 cv=Cpc9gwED c=1 sm=1 a=VpwUohM1FM7E/XBya++p7g==:17 a=muWgMRGzYacA:10 a=x3ZsYhLSAAAA:8 a=vFqFCchsAAAA:8 a=EBOSESyhAAAA:8 a=3j4BkbkPAAAA:8 a=JqEG_dyiAAAA:8 a=2DDiTEOXOzQUfAW9gL4A:9 a=cWu7B847TnYLWkYoO-EA:7 a=wPNLvfGTeEIA:10 a=UYxCqv8hvyIA:10 a=uOPtV9TZ9lcA:10 a=icLQWn6q5AkA:10 a=NruM7e5_004A:10 a=66u9yrB_THwA:10 a=bnAazdgBuiEA:10 a=1qrMFwq5EYsA:10 a=lpJPDpmEIVcP-ziH:21 a=yLPopjn-R4gjdwzN:21 a=VpwUohM1FM7E/XBya++p7g==:117 X-MDAV-Processed: baldockmail.gipsymedia.com, Sun, 08 Jan 2012 02:00:24 +0000 Received: from mail6.gipsymedia.com by baldockmail.gipsymedia.com (MDaemon PRO v10.0.0) with ESMTP id md50001895227.msg for <tv83@moiety.plus.com>; Sun, 08 Jan 2012 02:00:22 +0000 VBR-Info: md=digiguide.com; mc=all; mv=vbr.emailcertification.org; X-Spam-Processed: baldockmail.gipsymedia.com, Sun, 08 Jan 2012 02:00:22 +0000 (not processed: message from trusted or authenticated source) X-Return-Path: accounts@digiguide.tv X-Envelope-From: accounts@digiguide.tv X-MDaemon-Deliver-To: tv83@moiety.plus.com Received: from mail pickup service by mail6.gipsymedia.com with Microsoft SMTPSVC; Sun, 8 Jan 2012 02:02:32 +0000 List-Unsubscribe: <http://accounts.digiguide.tv/us.asp?eid=6&u=$AMSUserID$> X-Receiver-ID: 317548 Reply-To: support@digiguide.tv From: Digiguide Accounts <accounts@digiguide.tv> To: tv83@moiety.plus.com Date: Sun, 08 Jan 2012 02:02:29 +0000 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="NextPart_ACF182B8_A2EC_4944_B85D_13C0019C3DDD" X-MimeOLE: Produced By GipsyMedia MimeOLE V1.2 Message-ID: <SERVER42431jCRGryWt001103c8@mail6.gipsymedia.com> X-OriginalArrivalTime: 08 Jan 2012 02:02:32.0134 (UTC) FILETIME=[95165E60:01CCCDA9] Subject: myDigiGuide.com Web Site TV Guide Product Subscription Reminder This is a multi-part message in MIME format. --NextPart_ACF182B8_A2EC_4944_B85D_13C0019C3DDD ....

[#4]

It's going to keep happening due to the amount of mailboxes/redirects/aliases. When you are creating/editing it need to 'refresh' the mailbox database with the updated details, however it's taking too long to go through all the instances of these on your account and not completing. It's going to need someone to manually go into the database and sort it out.
When you create the new alias are you removing the old unneeded ones or leaving them in place?

[#5]

When I create new throw away email addresses like this I rely on getting them through the catchall so I don't have to add aliases or re-directs. Even so I have less than 100 email addresses configured in total and don't see any problems. How many do you have?

[#6]

I have 7 mailboxes, 6 alias's, and about 8 redirects in total for email.
When I create a redirect, I simultaneously delete a redirect...
So that is a lot less than a 100 addresses.
I don't currently create new alias's - although there was a time when I had several hundred, since deleted.
By deleting and creating re-directs, historically I've probably used about 80 of them.
Perhaps my account is full of deleted records?
The advantage for me in creating/deleting throwaway email accounts is that it is easy to block access to people.

[#7]

Hmm strange, counting the individual items shows the amount you've shown, but the total shows 110. I think you're right in that the deleted items aren't being removed correctly somewhere along the line.

[#8]

I've dropped a ticket to our Netops team to take a look, on the ticket you can see the info that our MailDB has for you (which is where it's showing the huge incorrect number of aliases).

[#9]

Thanks, Chris - I can confirm that all the emails not shown in the 'currently used' section are genuine once active, but now deleted email addresses.

[#10]

Are they working correctly now?