SMTP settings override via Identities

[Hobbes]

As posted on the dev list, an ugly hack to override SMTP settings from within identities. I guess it would need some cleaning up and probably some security enhancements as well. For example would it be nice to enable/disable the feature and/or being able to restrict to some SMTP servers from within the configuration.

Quote from the mail to the dev list:
"Basically it adds the smtp_ settings to the identity settings, and, and this is the ugly part, passes the identity array all the way through, until the SMTP connection data is being assembled. The patch doesn't take care of non-MySQL databases. (The other DDL scripts are not being updated.)"

Opinions/ideas/suggestions are welcome,
Hobbes

[Hobbes]

patch against svn1039

[till]

Thanks, I'll be working on this in the next version.

[thomasb]

Should the average user really have to think of SMTP settings?
I'd like to keep the user prefs as simple as possible.

[Hobbes]

Replying to thomasb:

Should the average user really have to think of SMTP settings?

No. There are very different use-cases though - to quote myself from the dev list:
"One thing I was missing though, was being able to override SMTP settings
from within Identities. This is because I use 3 different POP3/SMTP
accounts that I collect into a single IMAP account. For each of these
accounts I have to use different SMTP settings."

This of course is not the standard hosting use-case. My IMAP instance is exclusively for myself, and as mentioned I do need to handle multiple POP3/SMTP accounts with it, much like you'd otherwise do with a rich email client.

This option should, I totally agree with you there, not be enabled by default.

[alec]

That should be simple to implement as a plugin using identity_form/identity_update/identity_create/identity_delete and smtp_connect hooks.

[till]

I second alec.

[elm]

I would like to write that as a plugin but there are some questions I got.

I startet and used the identity_form hook to inject the additional form elements, but how am I supposed to get the values that were entered by the user? identity_update and identity_create do not provide the additional data to my plugin. And of course the data is not saved automatically.

Second question: When I get the data, how is a plugin supposed to save data? Do I have to write a backend for every database that roundcube supports?

I hope you can help me developing this plugin.

[unstko]

I wrote a simple plugin to provide multiple SMTP server as counterparts for the configured IMAP hosts. Perhaps some of you want to help me to extend the plugin by individual SMTP servers per user which can be used user-wide or per mail domain.

You can find the plugin at GitHub?: ​https://github.com/unstko/Roundcube-plugins

[daiw]

Replying to alec:

That should be simple to implement as a plugin using identity_form/identity_update/identity_create/identity_delete and smtp_connect hooks.

Suppose there is a way to add smtp settings to each identity. How do I know which identity is used in the smtp_connect hook? It only includes the smtp-settings and not the senders identity.

Is there an other hook I could for this?

[elm]

Hey,

i wrote a plugin for that. It's not ready for production but it seems to work for me. Here you can find it:

​https://github.com/elm/Roundcube-SMTP-per-Identity-Plugin

Greetz elm

[alec]

I'm closing this as we don't want this in core, plugin exists and this is more or less a duplicate of multi-account feature request.