Skip to main content

Changes to Billing for Multiple Simultaneous Updates

This change may result in increased credit usage for non-digest subscriptions.

Am I Affected?

  • Digest Subscriptions are unaffected.
  • Owner-paid Feeds are unaffected.
  • Frequently updating real-time subscriptions are affected.

If you have questions regarding your specific subscriptions please contact FeedMail support.

Background

FeedMail pricing has always been 1 credit per email notification. However in practice FeedMail would charge at most 1 credit every time a feed was checked, even if there were multiple new items on that feed and multiple emails were sent. In other words FeedMail sometimes undercharged users.

Going forward, this billing error will be corrected, which may result in higher credit usage for feeds that were previously undercharged. Correcting this issue is essential to preventing abuse, ensuring long-term sustainability, and maintaining fair pricing.

Multiple updates are a rare occurrence. It usually happens on on feeds that update very often (faster than once every 5 minutes) or feeds that publish publish updates in batches. About 10% of feeds have seen multiple updates in the same check over the past month. 4% of feeds average more than 2 new items per check.

When Will this Change Occur?

This change will occur no sooner than November 18th.

Update: This is now live.

If you are affected by this change and don't have time to adjust please reach out to support within the next 30 days and we will help you out.

Managing your FeedMail Costs

If you are concerned about cost we recommend switching high-frequency subscriptions to digests. Digests group updates into a single email, allowing better cost control. Configuring a 5-minute digest for a fast feed will provide similar behavior to the previous billing scheme. Digests offer enhanced control, grouping frequent updates even from different feed checks. You can also set the frequency to hourly or daily digests for further cost reduction. Regardless of the number of updates, the cost remains one credit per five updated feeds.

Burst Protection

FeedMail continues to offer burst protection. This means that if a subscription suddenly posts more updates than usual credits will continue to be consumed at the usual rate. Only if the higher rate of updates continues for an extended period of time will credit consumption increase to match it. This protection has, and will continue to apply whether FeedMail discovers the updates in a single check or in different ones.

Comments

Popular posts from this blog

Delay on YouTube Feeds

Most YouTube feeds have not sent new notifications since 2023-10-02 14:20 UTC. We will be triggering a manual YouTube feeds over the next hour and all missing notifications will be sent. If you have any missing notifications after 2023-10-05 14:00 UTC please reach out to support. Update 14:00 : All updates have been sent. If you believe that you are still missing updates feel free to reach out. The rest of this post is a technical analysis of the issue. Background This was caused due to recent emergency response to YouTube WebSub notifications. The emergency response was necessary is due to the following factors. YouTube WebSub posts are not spec compliant and do not contain the required information to send notifications. Therefore FeedMail uses these notifications as a "ping" to re-fetch the feed. YouTube often sends notifications before the entries appear in the feed. The exact reason is not known but sometimes entries do not appear for up to an hour after the WebSub push. ...

Invalid DKIM Signature for Some Mail

As of 2023-07-26 FeedMail messages sent via AWS SES have an invalid feedmail.org DKIM signature. This may result in messages ending up in your spam folder. This is an ongoing issue and updates will be posted here as they are available. 2023-09-25 We have issue an update that should avoid SES re-formatting signed fields. This is a workaround but should result in valid signatures. Who is affected? This is unlikely to affect most of our users for the following reasons: 97% of our mail is sent by us directly, not via AWS. This mail still has a SPF-verified sending IP. However this may still affect users because spam filters may consider these messages less "good" than they would have been with a valid DKIM signature. The most notable Inbox Providers affected by this are Apple and Microsoft. FeedMail uses AWS SES for these providers as they reject all messages from our network provider. However other smaller providers may also have a portion of their messages sent via AWS SES. ...

Support for SMTP MTA Strict Transport Security

FeedMail now supports SMTP MTA Strict Transport Security (MTA-STS) . This standard provides receiving domains a way to attempt to indicate that incoming mail should only be delivered over a secure connection. When FeedMail receives this signal it will refuse to deliver over insecure connections (retrying mail as required). FeedMail does not currently support SMTP TLS Reporting (TLSRPT) . We will be reaching out to any existing customers who's mail may be rejected due to this change.