Needs work
Project:
Mail Editor
Version:
7.x-1.x-dev
Component:
Code
Priority:
Normal
Category:
Feature request
Assigned:
Unassigned
Reporter:
Created:
5 Jul 2010 at 14:08 UTC
Updated:
7 Sep 2016 at 19:27 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #2
mavimo commentedRepatched
Comment #3
mavimo commentedFixed sender information into header.
Comment #4
mavimo commentedRemoved debug info (sorry for multiple submission)
Comment #5
gregglesSee #545044: allow admin to set a "from" address - there wasn't a ton of discussion in that issue which made me think nobody wanted it. I'd like to see some +1/-1 suggestions from other people about whether or not this belongs in comment notify.
Thanks for your idea and especially for the patch!
Comment #6
mavimo commented@greggles: this feature is usefull to separate comment mail from site mail (reduce mail into inbox); for example use info@mysite.tdl as main site mail and comment-no-reply@mysite.tdl for comment submission.
If user don't set any other mail default mail is used as failback.
Comment #7
gregglesI'm moving this to the mail editor module, which has the general purpose of altering different attributes of e-mails sent from a site.
I think it makes more sense to handle this over there.
Comment #8
salvisNot sure whether litwol would be willing to accept this new functionality.
Comment #9
chuckbar77 commented+1 subscribing
Comment #10
danepowell commentedWow, old issue. But I'd really like to see this, for the purposes of setting the 'from' address to the node author in Subscriptions: #1724456: Using the node author as the "from" in subscription notifications
Comment #11
danepowell commentedAlso, I'm guessing features are more likely to make it into 7.x first...
Comment #12
salvisYes, this makes sense. Anyone wants to provide a patch?
Comment #13
mrded commentedBy my opinion, it's really hard to make changes for this module because of architecture of module.
Every time when we need to add any additional fields we have to change 'mail_edit' schema. And no one can guarantee what the schema will stay same on final version of patch.
I made similar patch already #2076827: Add plaintext field, but it stacked by the reason above. And I worry to do another one, I think it's better to go "around".
Comment #14
salvis@mrded:
I realize that the coupling with Subscriptions makes some things difficult to change, but this issue here is not affected.
Comment #15
schifazl commentedI've tried to add another field in template (mail_edit table) without success. The fields gets saved and loaded correctly, and the sender is correctly used, but it messes with the Mail templates page: templates with the "Purge" link now have "Purge all", and templates without the "Purge" link now have it. Even after reverting the modifications this won't return back to the normal situation, so try this only on a test installation and after doing a backup of the site.
Also, since I've did this in the mail's template, if you modify the default's mail sender address, it will use it in all the other mail templates too (I'm testing this with Subscriptions).
To try this patch you have to manually create a column "sender" in the mail_edit table, because I don't know (yet) how to do this by code.
It needs some work, but I think that this should be a template's field. In this way you can define sender addresses for each language and content type, it's more flexible.
Some help would be welcome :)
Comment #16
salvisLet's clarify what we're trying to do here. You can set the site's outgoing address on admin/config/system/site-information, right?
Subscriptions allows setting the outgoing address and name on its options page (applicable to its half a dozen templates), admin/config/system/subscriptions.
This issue came up in the Comment Notify queue, which (I assume) offers one template.
I don't think we can force the user to maintain the sender information separately for maybe 10 templates times 5 languages. IOW, this definitely needs to be optional. OTOH, if we do this, we need to support not only the sender address but also the sender name, for each template and each language. There's no way around that, I guess.
@schifazl: If you've messed up your site, we can't really help from here. You know best what you changed, and if you really undo that, the site's old behavior will come back.
Dane Powell revived this issue in #10, requesting support for Subscriptions tokens in the From field, which means we need a hook for the client module to provide default values and token replacement. The scope of this issue is much bigger...
Comment #17
kyleheney commentedI am looking for a solution exactly like the one mentioned in #15. I tried the patch, but it didn't work for me. Has anyone looked at this since or been able to accomplish something similar?
All I want to do is modify the "From" (or reply-to) address in one of my Mail Templates. It needs to be different from the site admin email address.
Thanks
Comment #18
jerry commentedI had a more limited need to include a Reply-To address in Subscriptions E-mail, and accomplished it via hook_mail_alter(). You may be able to modify this for your own requirements. It's certainly not proposed as a general (or especially convenient) solution to the original problem, but it's worked fine for this purpose.