Great, thanks. I believe I may have started to create the example workflow you linked to, and never finished it! I’ll show you a generic example that you should be able to adapt to your use case. Let me know if this works for you.
We’ll use two workflows in combination here:
-
This workflow accepts HTTP POST requests to add items to an RSS feed, and allows you to retrieve the feed via a GET request (similar to the workflow you linked to).
-
This workflow accepts incoming emails and forwards them to the HTTP endpoint of workflow #1.
Copy workflow #1 first, setting a Secret as the README
notes. Then copy workflow #2, adding the HTTP endpoint and secret from workflow #1 to the forward_email_to_http_endpoint
step:
Workflow #2 is written to forward the subject of the email as the title of a new feed item, and assumes the text of the email is the link. You can modify this logic by editing the code in the forward_email_to_http_endpoint
step, parsing the email and forwarding whatever data you’d like. The data you send in the HTTP POST request should match the format of the object that the feed
npm package uses, so you can add a description, image, and more:
{
title: "Feed Title",
description: "This is my personal feed!",
id: "http://example.com/",
link: "http://example.com/",
language: "en", // optional, used only in RSS 2.0, possible values: http://www.w3.org/TR/REC-html40/struct/dirlang.html#langcodes
image: "http://example.com/image.png",
...
}
Once you add items to the feed, you can make an HTTP GET request to the endpoint for workflow #1 to retrieve your RSS feed.
In the future, a workflow will be able to support multiple triggers, so that you can combine all of this logic into one workflow. For now, this is the workaround we suggest in situations like this.
Let me know if you have any questions about this flow.