Yesterday’s RSS items to Slack
A compact community example that gathers the previous day’s feed items and posts to a selected Slack channel.
Original template by Jonathan · n8n, Slack, RSS
A compact community example that gathers the previous day’s feed items and posts to a selected Slack channel.
What the original template covers
Jonathan’s community template collects feed items from the previous day and posts to a selected Slack channel. Its setup notes ask for the feed URL, Slack credentials and destination channel. That describes the published starting pattern. The operating checks below are our proposed additions, not features we have verified inside the original template.
Make “yesterday” a deliberate boundary
Choose the time zone for the daily digest and use a start-inclusive, end-exclusive interval for that calendar day. Keep both the feed’s original timestamp and the normalized time. An item published close to midnight may belong to a different date in the publisher’s time zone. Document how missing dates and later edits are handled instead of silently dropping them.
For an illustrative run, suppose a feed returns twelve entries and three fall inside the chosen day. If one of those three has already been sent, the intended digest contains two new items. That arithmetic is a worked planning example, not an observed result from this template.
Give retries a memory
Store a stable item identifier together with the destination channel and a successful-delivery record. If no reliable feed GUID is present, inspect whether a normalized canonical link is sufficient for this source. Do not mark an item as delivered before Slack confirms the action.
A network timeout can leave delivery uncertain: the message may have been accepted even if the workflow did not receive the response. Check the destination and reconcile that state before retrying blindly. Test a repeated run, an empty feed, a malformed date and an unavailable destination in a private test channel.
A digest should send readers to the source
Use a concise title, source name and link to the original article. Add your own short editorial note when it helps explain relevance. Avoid copying complete publisher articles into Slack or presenting another publisher’s reporting as your own. Keep a reasonable item cap so a feed burst does not overwhelm the channel.
Before activation, record who owns the feed selection, who can change the channel, where failures are reported and how to pause the schedule. Review the template’s current instructions and connected permissions at the original source. This study does not claim the template has been imported or tested by Stack & Method.
- 01Read an RSS feed
- 02Keep yesterday’s items
- 03Select the channel
- 04Post the update
Inspect before you adapt.
- Time zone and date boundary
- Repeated-run behavior
- Channel permission and message volume
The linked template and its author’s current setup instructions are the primary reference. We have not imported or tested this community workflow, and we do not claim its implementation is safe for your accounts without review.
Read the original community template ↗
Give your adaptation its own operating record.
Keep the template version, changed fields, destination identities and an owner for failures. Rehearse the flow with test records and inspect every action that publishes, changes a record or sends a message.
Explore the workflow lifecycle lab · n8n company brief · All workflow studies