https://www.redmine.org/https://www.redmine.org/favicon.ico?16793021292007-10-15T14:15:00ZRedmineRedmine - Feature #444: submit issue via emailhttps://www.redmine.org/issues/444?journal_id=9702007-10-15T14:15:00ZJean-Philippe Langjp_lang@yahoo.fr
<ul></ul><p>Do you have more than 1 project that would receive issues by<br />mail ? If so, what solution do you see in order to know which<br />project an incoming email is related to ?</p> Redmine - Feature #444: submit issue via emailhttps://www.redmine.org/issues/444?journal_id=9692007-10-15T14:30:00Zmark lilly
<ul></ul><p>hi Jean-Philippe,<br />more than one project, yes. each project has a dedicated<br />email box, so no worries about parsing out Subject lines for<br />specific projects.</p>
<p>if they want to send to a single email box, the first step<br />in triage within redmine would be to assign it to the right<br />project.</p>
<p>this way, it keeps the complexity down somewhat.</p>
<p>thanks for following up!<br />best,<br />m</p> Redmine - Feature #444: submit issue via emailhttps://www.redmine.org/issues/444?journal_id=9682007-10-15T19:14:00ZJerry Van Galder
<ul></ul><p>Hi there - this feature would be helpful for us as well. Our<br />members submit most of our issues. This includes bugs, feature<br />requests, improvement suggestions and general support issues.</p>
<p>If there was one project called JoeBlow v2.0 - with the following<br />issue types:</p>
<p>Bug<br />Enhancement<br />Feature Request<br />Support</p>
<p>and if our members, from a pull down menu on our site, was able<br />to select one of those and then add a short description, and<br />have it automatically added to the our JoeBlow v2.o project,<br />and put in those issue categories when sent would be ideal. The<br />ability to triage them using a priority scale (Critical, Major,<br />Medium, Minor, Disregard, etc...) would be cool for triaging<br />and then can be forwarded to the appropriate person/queue/resource<br />to deal with it.</p> Redmine - Feature #444: submit issue via emailhttps://www.redmine.org/issues/444?journal_id=9672007-10-15T21:53:00Zmark lilly
<ul></ul><p>I think this leans towards some sort of a simple API. adding<br />items via a simple form on a website, or submitting via<br />email, you could do a lot of issue creation using different<br />means....</p>
<p>could be very useful.</p>
<p>thanks,<br />m</p> Redmine - Feature #444: submit issue via emailhttps://www.redmine.org/issues/444?journal_id=9662007-11-28T14:04:00ZJohn Kelly
<ul></ul><p>I don't know about everyone else, but how about the issues recieved<br />by mail go into a "uncategorized" project. Kind of<br />like a placeholder until someone goes in and manually decides<br />what project it belongs to. The other option would be to have<br />the subject line as the project.</p>
<p>On another note, I would love to see this implemented, I love<br />redmine, and this is the only thing that is holding back our<br />company from using it over what we are currently using (which<br />i hate)</p>
<p>Thanks,</p>
<p>John</p> Redmine - Feature #444: submit issue via emailhttps://www.redmine.org/issues/444?journal_id=9652007-12-05T11:13:00ZGerhard Hoogterp
<ul></ul><p>For me this is also an important improvement. As for how to<br />handle this a few things come to mind:</p>
<p>start with putting all the mails in a queue with the possibility<br />to assign them easily to a project</p>
<p>Add an issue number to the subject and check incoming mails for<br />this number to find back the original project</p>
<p>Add a mail header which would do the same as the subject would<br />be the third option.</p>
<p>New issues would have to be handled by a person anyhow, replies<br />to mails, notes etc. could be handled automatically this way..<br />If not they fall back into the "fallback queue".</p> Redmine - Feature #444: submit issue via emailhttps://www.redmine.org/issues/444?journal_id=9642007-12-12T13:57:00ZJos Yule
<ul></ul><p>I would agree that this kind of ability would be great.</p>
<p>See the Roundup Issue tracker for some excellent ideas on email<br />integration.</p>
<p><a class="external" href="http://roundup.sourceforge.net">http://roundup.sourceforge.net</a></p> Redmine - Feature #444: submit issue via emailhttps://www.redmine.org/issues/444?journal_id=9632007-12-15T05:57:00Zchris mcharg
<ul></ul><p>+1 for this feature.</p>
<p>a few opinions:</p>
<ul>
<li>would be great to be able to set individual email address<br />for each project, rather than one for all projects.</li>
<li>new issues submitted by email could first be put into some<br />sort of "unconfirmed issues" queue to let users know<br />that some issue meta info (priority etc) may be missing (this<br />would let you skip having to make a messy email parser, and just<br />set the subject and description from the email)</li>
<li>being able to reply to email notifications (which would add<br />notes to the issue) is just as important as being able to create<br />issues via email.</li>
<li>this functionality should of course be a module that can be<br />enabled/disabled in project settings.</li>
</ul> Redmine - Feature #444: submit issue via emailhttps://www.redmine.org/issues/444?journal_id=9622008-01-21T10:54:00ZRoss Lawley
<ul></ul><p>I think an email address for each project should work:</p>
<p>i.e. <br /> <a class="email" href="mailto:bugs+myProject@redmine.org">bugs+myProject@redmine.org</a><br /> <a class="email" href="mailto:bugs+anotherProject@redmine.org">bugs+anotherProject@redmine.org</a></p>
<p>There could also be a default project for the email address if<br />its invalid. Otherwise could return a fail email if the sender<br />email address is on the system.</p> Redmine - Feature #444: submit issue via emailhttps://www.redmine.org/issues/444?journal_id=9612008-01-22T09:52:00ZRocco Stanzione
<ul></ul><p>+1. One way, maybe the best way, to implement this would be<br />to just provide a script that an email could be piped to by e.g.<br />procmail. The script would take the project identifier as an<br />argument and create a ticket with a default tracker (or take<br />tracker as an optional argument, or set up separate email addresses<br />per tracker...)</p>
<p>This would allow for the most flexibility, I think, and the least<br />intrusiveness into the application.</p> Redmine - Feature #444: submit issue via emailhttps://www.redmine.org/issues/444?journal_id=9602008-01-24T18:49:00ZJ P
<ul></ul><p>+5 on this one... this is an abesolute deal breaker for us in<br />this project. Otherwise, Redmine is a perfect fit.</p>
<p>I hope you get this implemented soon.</p>
<p>Thanks for a good (soon to be great) project!</p> Redmine - Feature #444: submit issue via emailhttps://www.redmine.org/issues/444?journal_id=12012008-02-08T01:17:13ZMark Gallop
<ul></ul><p>+1. Having no ticket creation by email (or api) is also deal breaker for my work place. Any idea if this is to be implemented in the short term?</p> Redmine - Feature #444: submit issue via emailhttps://www.redmine.org/issues/444?journal_id=12452008-02-12T16:41:46ZDoug Smith
<ul></ul><p>We have implemented Redmine in Development, PM, and QA. We would love to use it in IT however, we don't want to train all users on how to use Redmine and put in tickets. Imagine showing a bunch of executives how to use Redmine. They can barely make their Crackberries work. I hope this is a priority on the implementation list as we really need it.</p> Redmine - Feature #444: submit issue via emailhttps://www.redmine.org/issues/444?journal_id=13672008-02-18T02:27:59ZMark Gallop
<ul></ul><p>As mentioned in <a class="issue tracker-2 status-5 priority-4 priority-default closed" title="Feature: Email integration more expanded (Closed)" href="https://www.redmine.org/issues/491">#491</a>, this python app looks like would provide some useful ideas for email integration - <a class="external" href="http://roundup.sourceforge.net">http://roundup.sourceforge.net</a>.</p> Redmine - Feature #444: submit issue via emailhttps://www.redmine.org/issues/444?journal_id=19602008-03-21T18:38:13ZRocco Stanzione
<ul></ul><p>Jean-Philippe, if you can provide some input on how you would like this to work, I'll write a script. Here's what I'm thinking:</p>
<ul>
<li>A script that takes Getopt style command line arguments, which would be passed by e.g. procmail.</li>
<li>Author looks up by name and/or email address in From field. If it's not found, it's anonymous or "Redmine".</li>
<li>Subject is simply the Subject line.</li>
<li>Project would be a Getopt argument - MDA would be in charge of setting it, probably by configuring per-project email addresses</li>
<li>Description would be the body of the email</li>
<li>Version 0.1 might not do this, but attachments could be handled in the same way</li>
<li>Also maybe not 0.1, but issue updates (comments only) could be handled by the script, by replying</li>
</ul>
<p>Am I forgetting anything? Do you think this is a good approach?</p> Redmine - Feature #444: submit issue via emailhttps://www.redmine.org/issues/444?journal_id=19642008-03-21T19:31:22ZJean-Philippe Langjp_lang@yahoo.fr
<ul><li><strong>Category</strong> set to <i>Email notifications</i></li><li><strong>Target version</strong> set to <i>0.8</i></li></ul><p>Sounds good to me. Let me know when your script is ready !</p> Redmine - Feature #444: submit issue via emailhttps://www.redmine.org/issues/444?journal_id=24952008-04-28T18:44:48ZEric Davis
<ul></ul><p>Issue <a class="issue tracker-3 status-5 priority-4 priority-default closed" title="Patch: Allow email to create issue or add comment (Closed)" href="https://www.redmine.org/issues/1110">#1110</a> has the start of this.</p> Redmine - Feature #444: submit issue via emailhttps://www.redmine.org/issues/444?journal_id=24962008-04-28T18:57:23ZEric Davis
<ul></ul><p>I want to disagree with the getopt style shell script for three major reasons:</p>
<ol>
<li>Each time that script starts up, it will have to start a full Redmine/Rails environment. This is a severe performance hit and has been known take down servers (mine included).</li>
<li>This would require changing the MDA and potentially MTA. While not hard, this is another barrier to entry for administrators.</li>
<li>Using a script assumes your Redmine server is the same server as your mail server (or a shared filesystem). In many organizations, this will not be true.</li>
</ol>
<p>Here's my suggestions, some are echoed on <a class="issue tracker-3 status-5 priority-4 priority-default closed" title="Patch: Allow email to create issue or add comment (Closed)" href="https://www.redmine.org/issues/1110">#1110</a>:</p>
<ol>
<li>Using cron/scheduled tasks, have a single script batch process emails. This will make sure it's running only once and will let the user schedule it on their own. (Could even hook up a button to run it via the web for users who don't want to have it run automatically)</li>
<li>Instead of using a mail filter, why not just use a POP or IMAP mailbox? Everyone has one, they are cheap and easy to setup, and very flexible. Combine this with <a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Defect: permissions if not admin (Closed)" href="https://www.redmine.org/issues/1">#1</a>, and we can batch process the entire inbox at once. Ruby's POP and IMAP libraries are pretty easy to use. Each project can have their own IMAP mailbox (or folder).</li>
<li>Using a POP or IMAP will make this a non-issue. As long as the Redmine server can reach the email server, it should be able to scale.</li>
</ol>
<p>That said, I think this feature would be killer and I have several companies very interested in it.</p> Redmine - Feature #444: submit issue via emailhttps://www.redmine.org/issues/444?journal_id=24992008-04-29T07:11:29ZMaxim KruĊĦina
<ul></ul><p>Good Idea, I'm waiting ;)<br />Anyway, it should be good idea to add confurable Status for tickets created by email. I would like to add new Status like "Received by email" and select this status as default for tickets created by email. It will help me as project manager to sort out tickets created by email and to pass the work or discard tickets.</p> Redmine - Feature #444: submit issue via emailhttps://www.redmine.org/issues/444?journal_id=27542008-05-15T08:48:02ZThomas Lecavelier
<ul></ul><p>Added relation to feature request <a class="issue tracker-2 status-5 priority-4 priority-default closed" title="Feature: Role that can't assign a ticket (Closed)" href="https://www.redmine.org/issues/393">#393</a>, which should be implemented prior mail submission, and impact it.</p> Redmine - Feature #444: submit issue via emailhttps://www.redmine.org/issues/444?journal_id=36472008-07-01T08:49:56ZEwan Makepeace
<ul></ul><p>What I am really looking for is what is offered by <a class="external" href="http://www.fogcreek.com/FogBUGZ/">http://www.fogcreek.com/FogBUGZ/</a> - principally:</p>
<ul>
<li>Simple creation of tickets from incoming emails (already discussed at length above).</li>
<li>Optional Automatic response to the sender using a standard template "Many thanks for your feedback XXXX, this has been assigned issue <a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Defect: NoMethodError causes HTTP 500 error (Closed)" href="https://www.redmine.org/issues/1234">#1234</a> and can be tracked <ins>here</ins>." type things.</li>
<li>Automatic update of existing issues with emails to reporter (so that I can cc: redmine with my questions and hopefully the user will do the same and it call gets recorded on the ticket).</li>
</ul>
<p>Just creating tickets from emails is nice, but unless redmine responds appropriately and allows us to capture some of the follow up discussion we are missing half the point.</p>
<p>Generally I like RedMine better than FogBugz, but they really have the email integration done right!</p> Redmine - Feature #444: submit issue via emailhttps://www.redmine.org/issues/444?journal_id=36532008-07-01T15:46:40ZEric Davis
<ul></ul><p>Ewan Makepeace wrote:</p>
<blockquote>
<p>What I am really looking for is what is offered by <a class="external" href="http://www.fogcreek.com/FogBUGZ/">http://www.fogcreek.com/FogBUGZ/</a> - principally:</p>
<ul>
<li>Simple creation of tickets from incoming emails (already discussed at length above).</li>
<li>..snip..</li>
<li>Automatic update of existing issues with emails to reporter (so that I can cc: redmine with my questions and hopefully the user will do the same and it call gets recorded on the ticket).</li>
</ul>
<p>Just creating tickets from emails is nice, but unless redmine responds appropriately and allows us to capture some of the follow up discussion we are missing half the point.</p>
</blockquote>
<p>In issue <a class="issue tracker-3 status-5 priority-4 priority-default closed" title="Patch: Allow email to create issue or add comment (Closed)" href="https://www.redmine.org/issues/1110">#1110</a>, there is a discussion (and code) that will create tickets and update existing tickets.</p>
<blockquote>
<ul>
<li>Optional Automatic response to the sender using a standard template "Many thanks for your feedback XXXX, this has been assigned issue <a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Defect: NoMethodError causes HTTP 500 error (Closed)" href="https://www.redmine.org/issues/1234">#1234</a> and can be tracked <ins>here</ins>." type things.</li>
</ul>
</blockquote>
<p>That is a great idea. It would be best to open a new feature request for it so it isn't lost in this issue</p> Redmine - Feature #444: submit issue via emailhttps://www.redmine.org/issues/444?journal_id=55532008-11-11T09:43:56ZJean-Philippe Langjp_lang@yahoo.fr
<ul><li><strong>Status</strong> changed from <i>New</i> to <i>Closed</i></li><li><strong>Resolution</strong> set to <i>Fixed</i></li></ul><p>Feature added. See <a class="issue tracker-3 status-5 priority-4 priority-default closed" title="Patch: Allow email to create issue or add comment (Closed)" href="https://www.redmine.org/issues/1110">#1110</a>.</p> Redmine - Feature #444: submit issue via emailhttps://www.redmine.org/issues/444?journal_id=125482009-11-28T12:21:49ZJean-Philippe Langjp_lang@yahoo.fr
<ul><li><strong>Category</strong> changed from <i>Email notifications</i> to <i>Email receiving</i></li></ul>