Recent Posts by rapind

Topic: Feature Requests and Bugs / Bug - Search not working somtimes

Sometimes the search doesn’t actually do anything and other times it works. I can help you out much for reproducing it, but I can consistently try different searches and some of them will work while others do not. I recommend trying it yourself with a few different searches to see.

Maybe it’s just not meant to handle the volume we have? Can it not search a couple hundred emails?

Topic: Feature Requests and Bugs / Bug - Time Filters based on current time and not date

If I filter emails based on Today, Yesterday etc. it seems to actually be filtering based on the last 24 / 48 hours etc. instead of by the actual date.

For example, I’m seeing emails from 8:00 PM yesterday in the Today filter. The cutoff should be 12:00 AM based on the timezone I’ve set in my preferences.

If the desired functionality is supposed to be 24 hours, then that’s what it should say, although to be honest for reporting purposes, and for seeing how many responses we pumped out yesterday, last week, etc. the filter being based on date is much more useful that current time minus x hours.

Topic: Feature Requests and Bugs / Bug - More About XXX

When you’re looking at an email from someone who’s sent previous emails there’s a “More About [Name]” status on the bottom left pane that is supposed to state whether or not the person has been replied to in the past etc.

It always says “Nobody has responed to [Name]” even though we have several times. Working for anybody else? If not, then can you either remove this feature or make it work, because it’s misleading to new team members.

Topic: Feature Requests and Bugs / Generic Reply Name?

When replying to email through mailroom, the first and last name show up in the from field (with the globally configured email address). Is it possible to create a feature that would allow us to specify a global name to use (I.e. Customer Service) that would override individual names?

I’ve had to replace all of our team’s real names with “Customer Service One”, “Customer Service Two” etc. so that their names do not show up in the from field.

Topic: Feature Requests and Bugs / Feature Request - Show email timestamps

I actually did do that already. No granularity other than Month – Day is shown though. I have no idea if a message was sent at 10:00 AM or 8:00 PM etc.

Topic: Feature Requests and Bugs / Feature Request - Show email timestamps

Maybe I’m missing a preference setting, but I haven’t been able to get an actual timestamp for when emails are sent / received / replied to. We need more granularity than “sent 1 week ago”. That’s fine at first glance, but just like gmail I need to be able to click it or something to see the exact date and time it was sent.

Topic: Feature Requests and Bugs / Bug - Emails Addreses are case sensitive for users

If I send an email to mailroom from MyName@gmail.com and then another from myname@gmail.com I show up as 2 different users. Email addresses are unique regardless of their case. Mailroom should reflect this.

You could fix this by downcasing all addresses with a before_create or you could ignore the case on the query.

Topic: Help! / Conversation Identifier - Can it be other than email?

Great, thanks for the quick turnaround. Looking forward to you API release (REST I assume).

Topic: Help! / Conversation Identifier - Can it be other than email?

It looks like the way that user’s are uniquely identified in the system is based on email address (not by the name key).

So if I submit a form with:
email: 111@acme.com
name: Frank

And then another form with:
email: 222@acme.com
name: Frank

The conversations (in the people tab) will show up as two different users. This makes sense, however what I would really like to do is provide a different key (an identifier from our system like 3829187362) when submitting forms in order to group conversations regardless of which email address is used. User’s can change their email address but not their user identity in our system, and I’d prefer not to lose the context of previous conversations should a user change their email.

Not a huge deal since user’s changing their email addresses is not that common. Just curious if there was some way to do this already, or if it’s a feature under consideration.

Topic: Help! / Form Submissions - Unknown Address

Excellent. That fixed it. Thanks.

Fixed Code:
—--

Topic: Help! / Form Submissions - Unknown Address

so some of my source got messed up by beast formatting when posting, but th gist of the problem is, I am unable to get the email_key to be used as th sender’s address, which according to the mailroom support is the whole point. Is this just me or…?

Topic: Help! / Form Submissions - Unknown Address

I just signed up for a free account to evaluate this service and have been testing the form submissions using the form examples at: http://www.sproutit.com/support/posting-directly-from-forms

Whenever I submit a form (from localhost at the moment) it shows up in mailroom as “Unknown Address”. I am including a name and email, and they are showing up in the body of the email, but not as the sender.

Here’s the form source (I’ve X’d out customer info)
——
<form action="http://xxxxxxx.sproutit.com/mailroom/deliver_form" method="post"> <label>Your Name:</label> <input name="user_name" type="text" />
<label>Email:</label> <input name="user_email" type="text" />
<label>Comments:</label>
<textarea name="comments"></textarea>

And here’s the email that shows up in mailroom (again X’d out customer info).
—-—
Subject: Submission From: localhost:3000/mailroom.html
To: <xxxxxxx@sproutitmail.com>

comments: Trying again 1.
user_email: dave@xxxxx.com
user_name: rapind
—-—

Now I also tried using the key method, with the same results.
—-—
<form mailto:dave action="http://xxxxxxxx.sproutit.com/mailroom/deliver_form?email_key=<a href=">
</form>
—-—