Ability to set rcpt_to.routes for Haraka
-
@robi not natively. Plus adding something like fetchmail/getmail into the mail delivery path will introduce both delays (you will want to poll in intervals and not constantly) and sources for potential errors (I have changed my password and now I no longer receive mails). Not to mention that you would need to store the users password somewhere.
-
@fbartels said in Ability to set rcpt_to.routes for Haraka:
Not to mention that you would need to store the users password somewhere.
You might not have to using LDAP, but I've never used the mail features just the Cloudron features API using LDAP.
So basically, do you need Cloudron
box
to see Haraka routes before it default routes them to the built-in Dovecot and will route them correctly to whatever app (Kapano in this case)? Am I understanding that correctly? -
@fbartels Does Kapano One allow for a programmatic response to receiving an email. Like LAMBDA on AWS. I’ve been trying to get away from AWS but I don’t know a better way to parse incoming email to react programmatically to (like the email is a trigger / confirmation / web hook in a lot of my use cases so to speak).
-
@lonk perhaps a job for n8n.io or integromat.com ?
-
@marcusquinn said in Ability to set rcpt_to.routes for Haraka:
@lonk perhaps a job for n8n.io or integromat.com ?
Both of these seem like they'll do exactly what I need to with no need for AWS (finally)!
• https://support.integromat.com/hc/en-us/articles/360006171054-Email-legacy-
• https://n8n.io/integrations/n8n-nodes-base.emailReadImapThank for the suggestions, I think I'll go with n8n. Do you have experience with either?
-
@marcusquinn see my post about n8n at https://forum.cloudron.io/topic/1939/n8n-io-zappier-ifttt-integromat-alternative/13?_=1605126531115 - short version is that it's been packaged, it's just not primetime-ready