Feature #11498
closedAdd --no-account-notice option for the mail handler script
0%
Description
Sometimes you want to set up a project which accepts email from new users (as in --unknown-user=create
,) but you don't want Redmine to reply with account information for the newly created users (to avoid mailing back to spammers, etc.)
This patch adds a Redmine's mail handler script option just for that.
Files
Related issues
Updated by Gregory Engels almost 12 years ago
+1 (please add this patch to the main release - we need this feature)
Updated by Jean-Philippe Lang almost 12 years ago
- Tracker changed from Patch to Feature
- Subject changed from Added --no-account-notice option for the mail handler script to Add --no-account-notice option for the mail handler script
- Status changed from New to Resolved
- Assignee set to Jean-Philippe Lang
- Target version set to 2.3.0
- Resolution set to Fixed
Feature added in r11525, thanks.
Updated by Terence Mill over 11 years ago
Howto expanded: RedmineReceivingEmails
Updated by Brandon Bertelsen over 11 years ago
This feature doesn't seem to work in cron. Example:
*/30 * * * * cd /usr/share/redmine && rake redmine:email:receive_imap RAILS_ENV="production" port=993 ssl=true host=imap.gmail.com username={} password={} project=Support status=New priority=High tracker=Support unknown_user=create no_permission_check=1 no_account_notice=1
The above still sends account notification emails to new email addresses.
Updated by Alex Shulgin over 11 years ago
- File Fix-email-rake-tasks-to-also-support-no_account_notice-option.patch Fix-email-rake-tasks-to-also-support-no_account_notice-option.patch added
Brandon Bertelsen wrote:
This feature doesn't seem to work in cron. Example:
*/30 * * * * cd /usr/share/redmine && rake redmine:email:receive_imap RAILS_ENV="production" port=993 ssl=true host=imap.gmail.com username={} password={} project=Support status=New priority=High tracker=Support unknown_user=create no_permission_check=1 no_account_notice=1
The above still sends account notification emails to new email addresses.
Hm, indeed. The fix is trivial (attached.)
Now that I think about it, why don't we extract the options thing from the 3 rake tasks, like so:
task :setup_options => :environment do @options = { :issue => {} } %w(project status tracker category priority).each { |a| @options[:issue][a.to_sym] = ENV[a] if ENV[a] } %w(allow_override unknown_user no_permission_check no_account_notice).each { |a| @options[a.to_sym] = ENV[a] if ENV[a] } end task :read => :setup_options do MailHandler.receive(STDIN.read, @options) end
Updated by Alex Shulgin over 11 years ago
- File Fix-email-rake-tasks-to-also-support-no_account_notice-option.patch Fix-email-rake-tasks-to-also-support-no_account_notice-option.patch added
Ugh, sorry: not enough coffee. Attaching the correct patch.
Updated by Etienne Massip over 11 years ago
Could you please post a new issue since this one has been closed for 2.3.0?
Updated by Go MAEDA about 10 years ago
- Related to Feature #8673: Disabling user creation emails. added
Updated by Mischa The Evil almost 7 years ago
- Has duplicate Feature #7919: Adding option to disable activation mail for users created via email unknown_user=create added
Updated by Go MAEDA almost 6 years ago
- Has duplicate Feature #6068: Make a Silent Registration for new Mail Customers added