I use roundcube with multiple sender IDs which are for different purposes. For instance my sender IDs look like personal@example.com, work@example.com, spam@example.com, newsletter@example.com
Unfortunately when answering an email each time I have to verify that the appropriate sender ID is selected. For example I don't want to use my default sender ID personal@example.com when answering an email to a mailinglist but list@example.com. You can imagine that this is a not an error-prone procedure.
Therefore I would like that Roundcube tries to select the sender ID according to the recipient. This means when I answer an email which was send to spam@example.com I don't want Roundcube to use my default sender ID but spam@example.com.
Please let me know what you think about this idea or if you scheduled it already as a future features.
Regards Stefan _______________________________________________ List info: http://lists.roundcube.net/dev/
Hi Stefan,
On Tue, Jul 20, 2010 at 09:12:58PM +0800, Stefan Xenon wrote:
I use roundcube with multiple sender IDs which are for different purposes. For instance my sender IDs look like personal@example.com, work@example.com, spam@example.com, newsletter@example.com
Unfortunately when answering an email each time I have to verify that the appropriate sender ID is selected. For example I don't want to use my default sender ID personal@example.com when answering an email to a mailinglist but list@example.com. You can imagine that this is a not an error-prone procedure.
Therefore I would like that Roundcube tries to select the sender ID according to the recipient. This means when I answer an email which was send to spam@example.com I don't want Roundcube to use my default sender ID but spam@example.com.
Please let me know what you think about this idea or if you scheduled it already as a future features.
Can you try the attached patch and see if it works? It should apply cleanly against both 0.3.1 and trunk.
Its great to see that a patch already exist! :-) Unfortunately I can not test it because I am just a user of a hosted RC and does not run it on my own server.
Because the multiple sender ID is part of RC vanilla, it would be consequent to integrate this feature to RC as well.
Do you plan to integrate this patch to RC (vanilla)?
Regards Stefan _______________________________________________ List info: http://lists.roundcube.net/dev/
On Wed, Jul 21, 2010 at 12:54:04AM +0800, Stefan Xenon wrote:
Its great to see that a patch already exist! :-) Unfortunately I can not test it because I am just a user of a hosted RC and does not run it on my own server.
Because the multiple sender ID is part of RC vanilla, it would be consequent to integrate this feature to RC as well.
Do you plan to integrate this patch to RC (vanilla)?
I received an email from Marcus saying that this feature is already available in 0.4. If that's the case, ask your administrator and see if he/she can upgrade the RC installation.
On Wed, Jul 21, 2010 at 00:43, Denny Lin dennylin93@hs.ntnu.edu.tw wrote:
On Wed, Jul 21, 2010 at 12:54:04AM +0800, Stefan Xenon wrote:
Its great to see that a patch already exist! :-) Unfortunately I can not test it because I am just a user of a hosted RC and does not run it on my own server.
Because the multiple sender ID is part of RC vanilla, it would be consequent to integrate this feature to RC as well.
Do you plan to integrate this patch to RC (vanilla)?
I received an email from Marcus saying that this feature is already available in 0.4. If that's the case, ask your administrator and see if he/she can upgrade the RC installation.
I can confirm that this feature already exists for a long time (just tested with latest trunk). See program/steps/mail/compose.inc in function rcmail_compose_header_from(). There, all recipients of the replied message (including CCs) are taken into account when selecting the sender identity. This will not happen if you have a plugin installed which overrides the sender identity.
Regards, Thomas _______________________________________________ List info: http://lists.roundcube.net/dev/