Ability to set rcpt_to.routes for Haraka
-
Hi,
I was researching possibilities to bring an app to Cloudron that would package Kopano ONE. The Kopano Groupware part brings its own mailstore so one of the challenges is to deliver an incoming mail to Kopano and not the default Dovecot storage on Cloudron.
In my research I have come across https://github.com/haraka/haraka-plugin-recipient-routes, which allows to define per domain and user "transports" (this is what this is usually called in Postfix), which would allow to mark an address to be delivered to the Kopano lmtp interface instead of the Dovecot one.
-
Hi,
I was researching possibilities to bring an app to Cloudron that would package Kopano ONE. The Kopano Groupware part brings its own mailstore so one of the challenges is to deliver an incoming mail to Kopano and not the default Dovecot storage on Cloudron.
In my research I have come across https://github.com/haraka/haraka-plugin-recipient-routes, which allows to define per domain and user "transports" (this is what this is usually called in Postfix), which would allow to mark an address to be delivered to the Kopano lmtp interface instead of the Dovecot one.
-
@fbartels Can Kopano just keep an eye on a particular set of mailboxes and import those instead?
@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.
-
@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.
-
@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.
wrote on Nov 9, 2020, 9:46 PM last edited by Lonkle Nov 9, 2020, 9:47 PM@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 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? -
wrote on Nov 10, 2020, 10:18 AM last edited by
@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).
-
@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).
-
@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).
wrote on Nov 10, 2020, 4:24 PM last edited by@lonk perhaps a job for n8n.io or integromat.com ?
-
@lonk perhaps a job for n8n.io or integromat.com ?
wrote on Nov 11, 2020, 5:11 PM last edited by@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 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?
wrote on Nov 11, 2020, 5:59 PM last edited by@lonk Integromat I do, and like it a lot. They offer a sel-hosted Enterprise version, so will look into that at some point. I'm keen to try n8n.io though, and can help sponsor packaging if you want too?
-
@lonk Integromat I do, and like it a lot. They offer a sel-hosted Enterprise version, so will look into that at some point. I'm keen to try n8n.io though, and can help sponsor packaging if you want too?
@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