プロジェクト

全般

プロフィール

Vote #64186

未完了

Issue creation via email from anyone without a Redmine account using an Inbox project

Admin Redmine さんが約2年前に追加. 約2年前に更新.

ステータス:
New
優先度:
通常
担当者:
-
カテゴリ:
Email receiving_29
対象バージョン:
-
開始日:
2008/11/26
期日:
進捗率:

0%

予定工数:
category_id:
29
version_id:
0
issue_org_id:
2230
author_id:
2848
assigned_to_id:
0
comments:
7
status_id:
1
tracker_id:
2
plus1:
0
affected_version:
closed_on:
affected_version_id:
ステータス-->[New]

説明

Further to issues #444 and #1110, I think redmine needs its issue creation via email functionality to be improved.

I totally agree with Ewan Makepeace in #444 about FogBugz (http://www.fogcreek.com/FogBUGZ/). They have really done the receiving email system right.

For those who aren't familiar with FogBugz, this is how it works:

  • Anyone can email your FogBugz email address, such as support@example.com
  • FogBugz implements a Spam filter to check incomming emails. (I don't think we need this.)
  • The email is turned into an Issue in the Inbox project.
  • The Issue is reviewed by staff and then moved into the appropriate project (if any, otherwise left in Inbox).
  • All email traffic between the business and clients is stored in FogBugz as an Issue, or follow-ups to an Issue.
  • The tracker type should be defaulted to Email. Emails that describe a feature/bug/etc can be updated by staff.
  • When an email conversation is finished, the staff resolve and close the Email Issue.
  • If the client later replies, the Issue is reopened automatically.

The major selling feature of FogBugz email integration is that the client does not need an account in your FogBugz to use the system. This is achieved by using a special authentification token in the email response link:

Thank you for your message. We have received it and will get back to you as soon as possible.

We use FogBugz to keep track of our incoming email. You can check the status of your message at the following URL:

https://bitbot.fogbugz.com/default.asp?8_i2nobc50

You may want to save your case's tracking ticket: 8_i2nobc50

Please reply to this message if there's anything else we can do for you.

--
BitBot Software
bitbot at bitbot.com.au
---------------------------------------------------------------------------
Powered by FogBugz from Fog Creek Software. http://www.fogcreek.com/FogBugz

At the bottom of the FogBugz Issue page, the client (who does not have a login) can see other issues submitted with their email address. In this case, this email address submitted tickets 7 and 8.

The problem with Redmine is that an "Inbox" project allows all clients to read each other's emails. This is not good. FogBugz doesn't have this problem. Only staff can view all clients emails.

In summary, I would like to publish an email address like support@example.com on my website. All email to that address is inserted into Redmine as an Email Issue in the Inbox project, regardless of who it is from. The email is automatically responded to with a link to the issue in Redmine, including an authentification token. This allows the client to see the issue in Redmine and their other issues, but no-one elses. All this without a username/password.

Most clients won't need to follow the link either, since the system can be completely interacted with via email (from the client's point of view).

I think most of this functionality already exists in Redmine, we just need to sort out the permissions system. Its pretty minor change really, but does require a database field for the auth token.

Alternatively, perhaps it can be done by automatically creating a user account for the email address. But how do we stop them from viewing emails from other clients?


journals

--------------------------------------------------------------------------------
If you plan to put this issue in 0.9, it would be a really good idea to allow anonymous tickets with an email adress attached. This way, you are not forced to have every email to create an user only to know who has created the ticket. Kind of light users only with an email adress and unable to log in. Think of redirecting your webmaster@domain.com into redmine... and btw: there is a "patch":/issues/3187 to activate a permission called "view own issues" - perfect solution for inbox projects.
--------------------------------------------------------------------------------
Yes, this would be a really good idea. But time is missing for adding this in 0.9.
--------------------------------------------------------------------------------
Jean-Philippe Lang wrote:
> * *Target version* deleted (-0.9-)
>
> Yes, this would be a really good idea. But time is missing for adding this in 0.9.

I've rebound this issue to version version#6 since the ability to accept incoming emails from unknown users is actually implemented in r2789 which will be included with/in version#6. This way it also reaches the changelog of version#6 when you close this issue.

I'll copy Kolja's message and your response to issue #3003 which I've also marked as an issue following this issue. From then issue #3003 can be used for 0.9+ improvements of this feature.
--------------------------------------------------------------------------------
Hey guys... thanks for doing this. You are both awesome! I haven't tried it yet but I had a read of your code.

I think its a useful feature that allows Redmine to be used outside of software development and for customer service roles as well. Similar functionality is implemented in Jira and FogBugz (the two commercial products in this space). Having used both those products, I truly believe that Redmine is a better product, and you can't beat the price!

ps I'm starting my software business full-time from January. Redmine is something I'm definitely using in-house but I'm also planning to install and support it as a service to my clients. I've definitely seen an improvement to workflow and efficiency in many "knowledge worker" type industries by having an integrated task-tracking system like Redmine.

I'm hoping to spend more time contributing ideas and code patches to Redmine too, so look out.

Thanks again.
--------------------------------------------------------------------------------
As of r3195, you can allow anyone to submit emails to a private project.
But the token mechanism to access issues without any account will not be implemented in 0.9.
--------------------------------------------------------------------------------
For what it's worth, the FogBugz-like flow that Brad described initially still sounds good to me. From what I can tell from comments here, Redmine *can* accept email from *anyone*, and it can go to a *private* project, but I'm not sure if it works the same way as described in that flow.

Does anyone know if it does? Thanks.
--------------------------------------------------------------------------------


related_issues

relates,Reopened,3554,The IMAP method for anonymous issue creation doesn't work from revision Revision 2789
relates,Closed,4407,Accept emails from anyone on a private project
precedes,New,3003,Better handling of unknown and aliased email addresses when submitting issue via email

Admin Redmine さんが約2年前に更新

  • カテゴリEmail receiving_29 にセット

他の形式にエクスポート: Atom PDF

いいね!0
いいね!0