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.
@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
boxto 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
boxto 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).
-
@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).
@lonk perhaps a job for n8n.io or integromat.com ?
Web Design https://www.evergreen.je
Development https://brandlight.org
Life https://marcusquinn.com -
@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 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?
@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?
Web Design https://www.evergreen.je
Development https://brandlight.org
Life https://marcusquinn.com -
@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
