I am just going through this now myself.

The emailing (SMTP) of emails is a different setup than the "incoming" email.

In my case, I had to setup a CRON job to check a specific email box every 5 minutes using IMAPI (as suggested in documents).

I followed this document:

http://www.redmine.org/projects/redmine/wiki/RedmineReceivingEmails

The link provided above by Chuck M is, I think, the answer. I'm stuck on a problem getting it to work (see below), but I think the options there are the way to go.

So here's my current issue:

When I run

rake -f /var/www/vhosts/xxxx/chiliproject/Rakefile --silent redmine:email:receive_imap RAILS_ENV="production" host=imap.gmail.com ssl=SSL port=993 username=xxxx password=xxxx

I get

rake aborted! uninitialized constant Rake::DSL

I've seen a dozen solutions to this problem, most of which involve changing versions of one thing or another. Anyone happen to know the correct answer to this in the context of ChiliProject system req's?

You probably have to execute rake in the bundler environment, meaning bundle exec rake …. Notice that if you don't run bundler in the ChiliProject directory, which you probably don't do as you specify the Rakefile explicitly, you will have to specify the Gemfile explicitly too, that is done through an environment variable BUNDLE_GEMFILE.

Your whole cronjob would then probably be: BUNDLE_GEMFILE=/var/www/vhosts/xxxx/chiliproject/Gemfile bundle exec rake -f /var/www/vhosts/xxxx/chiliproject/Rakefile --silent redmine:email:receive_imap RAILS_ENV="production" host=imap.gmail.com ssl=SSL port=993 username=xxxx password=xxxx

Hey thanks! That seems to have gotten around that Rake::DSL problem. But now I have a new one! Yay!

rake aborted! no such file to load -- spec

Some Googling tells me that this is related to missing rspec, but I've installed the rspec gem and I still get this error.

Any more thoughts on that one? Thanks!

Did you run bundle install correctly? The gem has to be present there (bundler makes a "walled garden" of the gems and versions needed by ChiliProject, meaning that if you just gem install something, it will not automatically become available to ChiliProject). If not, I have no idea, do you mane have a plugin that tries to load rspec, could you run the rake task with --trace so that we can get more debug output?

Unfortunately, I'm not much of a Gem/Rails man, so I'm not certain what you mean by "run bundle install correctly". I did run bundle install, which didn't solve the problem. I then edited Gemfile and added gem "rspec". Then I ran bundle install again and this time some rspec packages showed up in the list. But the "no such file to load -- spec" error still occurs when I run the receive_imap task.

bundle install now produces:

...
Using rmagick (2.13.1) 
Using rspec-core (2.9.0) 
Using rspec-expectations (2.9.1) 
Using rspec-mocks (2.9.0) 
Using rspec (2.9.0) 
Using ruby-debug-base (0.10.4) 
...

BUNDLE_GEMFILE=/var/www/vhosts/xxxx/chiliproject/Gemfile bundle exec rake -f /var/www/vhosts/xxxx/chiliproject/Rakefile --silent redmine:email:receive_imap RAILS_ENV="production" host=imap.gmail.com ssl=SSL port=993 username=xxxx password=xxxx

rake aborted!
no such file to load -- spec
/var/lib/gems/1.8/gems/activesupport-2.3.14/lib/active_support/dependencies.rb:182:in `require'
/var/lib/gems/1.8/gems/activesupport-2.3.14/lib/active_support/dependencies.rb:182:in `require'
/var/lib/gems/1.8/gems/activesupport-2.3.14/lib/active_support/dependencies.rb:547:in `new_constants_in'
/var/lib/gems/1.8/gems/activesupport-2.3.14/lib/active_support/dependencies.rb:182:in `require'
/var/www/vhosts/tracker.sochadev.com/chiliproject/vendor/plugins/redmine_plugin_support/tasks/rspec.rake:5
/var/lib/gems/1.8/gems/activesupport-2.3.14/lib/active_support/dependencies.rb:171:in `load_without_new_constant_marking'
/var/lib/gems/1.8/gems/activesupport-2.3.14/lib/active_support/dependencies.rb:171:in `load'
/var/lib/gems/1.8/gems/activesupport-2.3.14/lib/active_support/dependencies.rb:547:in `new_constants_in'
/var/lib/gems/1.8/gems/activesupport-2.3.14/lib/active_support/dependencies.rb:171:in `load'
/var/lib/gems/1.8/gems/rails-2.3.14/lib/tasks/rails.rb:11
/var/lib/gems/1.8/gems/rails-2.3.14/lib/tasks/rails.rb:11:in `each'
/var/lib/gems/1.8/gems/rails-2.3.14/lib/tasks/rails.rb:11
/var/www/vhosts/tracker.sochadev.com/chiliproject/Rakefile:10:in `require'
/var/www/vhosts/tracker.sochadev.com/chiliproject/Rakefile:10
/var/lib/gems/1.8/gems/rake-0.9.2.2/lib/rake/rake_module.rb:25:in `load'
/var/lib/gems/1.8/gems/rake-0.9.2.2/lib/rake/rake_module.rb:25:in `load_rakefile'
/var/lib/gems/1.8/gems/rake-0.9.2.2/lib/rake/application.rb:501:in `raw_load_rakefile'
/var/lib/gems/1.8/gems/rake-0.9.2.2/lib/rake/application.rb:82:in `load_rakefile'
/var/lib/gems/1.8/gems/rake-0.9.2.2/lib/rake/application.rb:133:in `standard_exception_handling'
/var/lib/gems/1.8/gems/rake-0.9.2.2/lib/rake/application.rb:81:in `load_rakefile'
/var/lib/gems/1.8/gems/rake-0.9.2.2/lib/rake/application.rb:65:in `run'
/var/lib/gems/1.8/gems/rake-0.9.2.2/lib/rake/application.rb:133:in `standard_exception_handling'
/var/lib/gems/1.8/gems/rake-0.9.2.2/lib/rake/application.rb:63:in `run'
/var/lib/gems/1.8/gems/rake-0.9.2.2/bin/rake:33
/var/lib/gems/1.8/bin/rake:19:in `load'
/var/lib/gems/1.8/bin/rake:19

The redmine_plugin_support plugin seems to be the culprit. Try removing redmine_plugin_support/tasks/rspec.rake or renaming it to something without the .rake extension, that should do the trick.

Excellent! That did the trick, and incoming mail is now handled as expected. Thank you very much!

Regarding /vendor/plugins/redmine_plugin_support/tasks/rspec.rake -- I didn't put this file in here...it came with Chili. I'm going to assume it's not needed since my system appears to be working fine without it (I renamed it to rspec.rake.bak).

Jason Socha wrote:

Regarding /vendor/plugins/redmine_plugin_support/tasks/rspec.rake -- I didn't put this file in here...it came with Chili.

Then we're talking about 2 different ones: https://github.com/chiliproject/chiliproject/tree/master/vendor/plugins

I'm going to assume it's not needed since my system appears to be working fine without it (I renamed it to rspec.rake.bak).

rspec.rake (probably) only provides rspec rake tasks, i.e. rake tasks to run tests, which I assume you won't do on your server, so everything is fine.