For the faithful and/or lazy who still get periodic email from this humble blog, I guess we’ll have to find other means of distribution, as Feedburner1 is deprecating certain features, including the email-of-new-posts feature.
Starting in July, we are transitioning FeedBurner onto a more stable, modern infrastructure. This will keep the product up and running for all users, but it also means that we will be turning down most non-core feed management features, including email subscriptions, at that time.
What FeedBurner users can expect
For many users, no action is required. All existing feeds will continue to serve uninterrupted, and you can continue to create new accounts and burn new feeds. Core feed management functionality will continue to be supported, such as the ability to change the URL, source feed, title, and podcast metadata of your feed. Basic analytics on feed requests and the ability to create enclosure tags for MP3 files will also continue to be supported.
So what is changing? We are turning down most non-core feed management features that help you optimize and publicize your feed, e.g. email subscriptions, Browser Friendly, and Password Protector.
I’m not sure what I’ll do to replace this functionality. Or when. I suspect there are other tools I can use, but I don’t know what they are, yet.
To be honest, I’m pleasantly surprised that Google is keeping Feedburner at all!
I wonder how often normally careful people fall for requests like this one I received early this morning:
Your mailbox has exceeded the storage limit of 10GB, which is as defined by the administrator, you are currently running on 10.9GB, you may not be able to send or receive new messages until you re-validate your mailbox . To re-validate your mailbox, send the following information below:
If you fail to re-validate your mailbox, the mailbox will be disabled!
thank you System Administrator
Computer Repair LED
especially when all the header information is usually hidden by most email clients. Suspicious stuff like email routed from Brazil or Thailand which would be a red flag is normally not displayed.
Received: from localhost (localhost [127.0.0.1]) by email.hujm.ufmt.br (Postfix) with ESMTP id B1DF2389C0B; Sun, 24 Nov 2013 11:03:45 -0300 (AMST) Received: from email.hujm.ufmt.br ([127.0.0.1]) by localhost (email.hujm.ufmt.br [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hTusU-YxVjDd; Sun, 24 Nov 2013 11:03:45 -0300 (AMST) Received: from [22.214.171.124] (unknown [126.96.36.199]) by email.hujm.ufmt.br (Postfix) with ESMTPSA id B61E7389BF7; Sun, 24 Nov 2013 11:03:28 -0300 (AMST) Content-Type: text/plain; charset=”iso-8859-1″ MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Description: Mail message body Subject: ATTENTION To: Recipients firstname.lastname@example.org From: “System Administrator” email@example.com Date: Sun, 24 Nov 2013 09:03:19 -0500 Reply-To: firstname.lastname@example.org X-Mailer: TurboMailer 2 Return-receipt-to: email@example.com Message-Id: 20131124140329.B61E7389BF7@email.hujm.ufmt.br
I am the System Administrator for several domains, so I knew this mailbox limit was not accurate, but prior ISPs I’ve used did have a storage limit, and I did open this email almost by habit based on the subject line alone. If I was a less-savvy recipient, would I think it strange that my SysAdmin was asking for my user name and password? Maybe not.