Your Startup Is Spam
blog.metamorphium.com
blog.metamorphium.com
http://www.openspf.org/Best_Practices/Webgenerated
Note that this will show up as "(user's info) on behalf of (your app's info)" or "(user's info) via (your app's info)" depending on the recipient's mail client.
Do you now if there is an advantage of using one versus the other? Reading the RFC it looks like the "Sender" might be a bit more accurate in this context, but the Resent-From may look better in e-mail clients.
"(your app's info) on behalf of (user's info)"
So at a casual glance, the mail will still look as if it's coming from your app. Replies will go to your app's address too.
While a good idea in theory, this behavior of Outlook kind of renders the Sender header useless.
Would be interested in people's thoughts on it.
One "feature" that drives me insane is it creates zips on the server side every time you download a file (e.g., lecture slides, PDFs) even if the download is only one file. Effectively blocks one from using it on an iPad.
That being said, using a site that zips everything sounds really annoying.
There is plenty of support via third party apps.
What is the "RA" of a student?
Is this story supposed to be fully understood by US citizens only?
Yeah, maybe this is hard to solve, but startups are always claiming that they're solving hard problems. So...solve!
I also enjoy enchiladas by the way.
The issue for us is that it is difficult to accurately classify something as important or useful, and something as merely informational, since that classification can be different for each person. As we collect more data, this will become easier to do over time. In the meantime, we are looking at modifying our interface to encourage more targeted content.
The only argument I could potentially see is that by coming through the provider and not the "sendee" is the "real" mailbox spam filter. Maybe "joe@bob.com" gets marked as spam in the mail client but not if it's from "Google+", etc.
I'm assuming they're just changing the display name on the email, rather than the 'From:' email address itself.
That is, instead of "Tabule <no-reply@tabuleapp.com>", it's now "John Smith <no-reply@tabuleapp.com>". The email doesn't get marked as spam because it's still claiming to be from the server that sent it, and it has the appropriate MX records and those sorts of things.
I personally solve this by typing in full email addresses and memorizing my friends' email addresses, but I gather that's not how the world at large works.
Kudos to the OP for the write-up; there are still too many companies taking the Company Name approach.
What about triggering scam warning?
Edit: This seems to only apply to posts made in groups.
> @student.unsw.edu.au not accepted
Here's why: For me, it appears to attempt to solve the problems of: a calendar, reminders, and school-related task management.
During the first week of each class, I "process" the syllabus by adding the major assignment due dates (usually 3-5 over the course of a quarter), and exam dates to my Google Calendar. This is a pretty quick process. It's so little overhead that I think setting up a sharing system with others to try to share the data is actually more overhead. (I have used a setup like this for 10 years myself, and I expect most students have something similar.)
I get text-message based reminders a week in advance for these special events (a separate calendar from my usual one for easy color differentiation). The professors always list and review contents of major exams and details of upcoming projects already anyway.
And finally, my student / project tasks are managed separately in another system alongside all my other projects and areas. It never made sense to me to separate the student side when really my entire life is project-based. For this type of system, I've used text-based GTD, Wunderlist, Taskpaper, etc.
That said... If I could sign into your app the first week of my class and have all this done automatically for me, I would be very happy.
We're experimenting with a couple marketing strategies. Our primary strategy has been to focus on students for a grassroots adoption, hence the silly marketing copy and the koala logo. We've been handing out t-shirts and posting funny flyers on various college campuses.
In addition, we are talking to professors to encourage them to officially adopt Tabule in their classrooms. The teachers that are currently using Tabule are seeing a large increase in student participation, since they feel more comfortable asking questions. It also provides the students with an official source for due dates that's collaboratively maintained, so it should always be correct.
The biggest problem is, like you mentioned, the students that are most likely to be organized and post content to Tabule are also the ones that have less of a need for a system like ours. That's why we are starting to lean towards focusing more on marketing directly to instructors, although that is a much harder market to reach and to convince to try new technology.
Having said that, I think you would still find Tabule useful over organizing assignments yourself in Google Calendar because if an assignment is announced later in the semester and isn't on the initial syllabus or if a due date changes, you're more likely to have the correct information if you and your classmates are using Tabule.
You make a lot of valid points. As guptaneil alluded to, the ideal case would be if we could get teachers to post their assignments on Tabule. Teachers for the most part already post assignments online, but the education market lacks a good central homework management system that aggregates assignments between classes.
What we're trying to achieve is to bridge to that ideal case with student-submitted assignments. There's an interesting dynamic at play here, because inputting all of one's assignments is trivially better (perhaps even worse if we consider switching cost) than using Google Calendar. For the second person to join the course though, the experience is already better, because all of their assignments are already available to them. It's an interesting chicken-and-egg problem. If my assignments aren't already in the system, then there's no immediate value for me, but there will be for everyone that comes after me.
Regarding a reward-based or gamification system, this is an excellent idea. Of course, it would not necessarily be monetary. To give a specific example, Dropbox has become very good at gamifying their recruitment by posing their challenges for expanding storage space. A similar adoption here could be interesting. I plan to follow Tabule's development and adoption curiously.
http://aws.amazon.com/about-aws/whats-new/2012/05/15/amazon-...
The answer ended up being to configure facebook's byzantine settings on a per-group basis, which still means I get hit for 5 or 10 messages when someone adds me to a group, and before I can get to the web interface to 'unsubscribe'.
This spammy RA would be less of a problem, as it would be easy to filter one Tabule user - but it does make it a pain to have a "MailingLists/Tabule" gmail label containing all the Facebook/Tabule/whatever messages!
It _is_ true that I get more random invitations to things I only slightly care about via social media, and those rare invitations I get by actual personal email tend to be things I strongly care about. So the argument can be made that Facebook and G+ _are_ spamming me, by encouraging my acquaintances to spam me.
Tabule's website is terrible. It says absolutely nothing about what it is. I bounced after 5 seconds and will promptly forget about them.
As for saying exactly what it is, that can and will be improved :) thanks for the feedback!
If you stick with html, make sure it validates. The font tag's 'face' attribute doesn't look legal as it is.
-Benglert