I have implemented an invitation system in my application, that generates an ical attachment that is sent to the appropriate users.
Is it possible to add a link in the email body that would trigger the processing of the invitation ? (in addition to the extra buttons provided by some email clients)
This question mentions that for email attachments in the general case it's not possible. Is it still the case for icalendar attachments ?
Other questions suggest using a service like https://www.addevent.com/, but this seems to be more oriented toward "public events", whereas in my case I would need something quite private (only invitations between 2 people), that are expected to be generates quite often (should be able to scale up to 100/day without problem), or it it just me getting a bad impression ?
Dealt with this problem several years ago and there was no way you could force most email client to "process" (trigger "Add to calendar" menu).
However, what you want is just make some element in your email trigger that. You can do this by simply linking that element to .ical file on your server. The advantage is that you can attache some parameters to your link and generate that event file dynamically. Also, it scales pretty well.
Related
Is there a way to detect if an email sent via Mandrill has been forwarded by the recipient to someone else?
The email will contain links (click tracking can be on). I'm wondering if somehow if the recipient of the forwarded email clicks any of the links that it could be used as an indicator that the email was forwarded.
Or perhaps some other approach?
There is not a way.
Unless that same message you sent gets forwarded from recipient 1 --> recipient 2 --> back to you (you would check headers), there is not a way. In order for this to even be an option, whoever your recipient uses as an email server/client, would have to be built with this functionality.
- Below is merely added to show a very limited potential to track emails being forwarded.
You could potentially reference an embedded image on the internet (something you can track), AND* if the "forwarded recipient" allows images to be viewed, you MAY* be able to see the IP's that have accessed your image you referenced in the email.
AND* = Image viewing is rarely ever enabled. User has to allow this to happen on a per-email basis.
MAY* = Now you run into the hassle of trying to understand your recipients network and if many people share public IP's (think home networks or small businesses, cheaper for internet provide to assign one IP to house/building)
You would THEN have to go into the hassle of tracking down an IP to a person.
As i know it is not posible to track normal forwarded e-mails. I mean mails that are forwarded with the "forward" button of the mail client.
I've seen some times an "Click here to forward" button in news letters. When you click on that button you go to an web page where you can put the mail address of the recipient. When you click on the send button an exact coppy of the newsletter is send to the mail addres which is typed in the textbox. With this method you can track the forwards.
The problem is that not everyone uses this method (so uses the default forward button). To trigger people to use your button you can give them something special (discount or credits where they can get something with). A second thing is that you need to put the button on the top of your mail for the best result.
If it is posible with Mandrill i cant tell you but i read in this topic the Mandrill support is good so maybe you can mail them. You need to do an fund first so you can get use the support but they can tell you if it is posible and how.
Link to Mandrill support page
Though I haven't used it, I believe it is possible with Merge Tags. Refer the below
The MailChimp *|FORWARD|* merge tag generates a link to an online form where recipients can share your email with others. Because Mandrill emails are generated and tracked individually, a web version isn't provided automatically.
More details can be found here
Gmail actions seem like a really cool feature, but their placement at the far right of the subject line means I invariably miss them, even when I know they exist (i.e. for a MailChimp confirmation email).
It would make a lot more sense to me to place these buttons inside the email, as part of the regular content. Is this supported by the current API? Or are there any plans to support it in the future?
There are plans to show more interactive cards like the ones currently used for flight reservations, but for the moment actions will only be shown on the subject line.
There are no plans for the API to add buttons inside the email as part of the content, as the content is HTML defined by the sender and HTML already supports buttons.
I have a blogging application. Once a blog-post is created by a user, it will be sent as an email to some of user's friends. I want a functionality where the friends will just reply to the email and the content of the email will go as comments for that particular blog-post.
One way to do this is to do something similar to what http://ohlife.com does. It basically creates a unique ID per user per day, has the reply-to attribute of the email set to post+{unique_id}#ohlife.com and probably parses this field to know which user is the email for, when it gets received. But it really has only 1 email address which is post#ohlife.com. The part after the "+" get's ignored by email servers. This also is applicable to gmail.
What I wanted to know, is whether this property is for particular email servers or is it universal? If it is not universal, is there is email server independent way of implementing this? I would not want this to be based on the email subject, as it's the trivial solution I know of.
it is depending on your mail server and how it is configured.. (although it is quite a standard) - for example in postfix:
recipient_delimiter = +
you could set it to anything you like .. i once configured it to be a dot so i can use it all over the web.. http://www.postfix.org/postconf.5.html#recipient_delimiter
but you could simply make it configurable in your application as well..
Besides using the email subject or address, one other easy way to accomplish this would be to just stick an identifier number at the bottom of the outgoing email's body. It would then come back to you in the quoted part of the response message. This is much less obtrusive than putting stuff in the subject or address, and if you're using HTML messages you can even make the code invisible.
I'm working at a helpdesk application where i have a standalone script that queries a mail server and parses the mail it finds there.
I'm facing the following issue: How do i figure it out in a reliable way what mail is in reply to what mail?
I could add something in the subject like "[ticket:21312]" and look for that but what if the user changes the subject? Is there another way? Can i do it by setting a custom mail header and look for that or the header will not be preserved between mail servers on reply back from user?
What about when i send a message from my application to a non existing user or a user that has quota full and his server replies back with the usual standard message "the mail daemon at .... could not ...." then the subject will also be modified and i can't place the message correctly as a reply to an existing mail.
How does gmail do it? There the messages are sorted perfectly in almost all of the cases.
in helpdesk email piping there are 3 basic methods:
a) include the id in the subject somewhere (works fine in practice)
b) have the id in the body somewhere
c) use an auto-generated email alias with the id, like "case-76236781980893#helpdesk.mycompany.com". that can easily be handled by something like procmail or a script to pick out the id.
gmail might use a combination of the subject, In-Reply-To header (may not be defined) (References and Original-Message-ID headers possibly as well), and various heuristics, which work very well, but of course not necessarily bulletproof, and slightly more involved to implement. something like nestscape's original threading algorithm perhaps. though some have reported that gmail doesn't use the In-Reply-To header and relies mostly on the subject (as in this post).
As you say custom headers might get lost and the subject might change. Use both. If one exists then you can identify the thread. I don't know of any better way to solve this.
If your message was sent with a Message-ID-Header any standards-conform mailer should add a In-Reply-To-Header referencing your Id. Additionally Referencesshould contain a list of all previous mails in this thread.
This works with most mail clients, to be safe for the bad clients you have to use the subject, the easy way is by adding the "[issue:123]" thing, a secondary fallback is to recognize the subject (after cutting of the "Re:" part in all the variations) for this it could help that you know most of your legitimate senders ...
We are working on an online food ordering application. When the user orders something from any restaurant, an email is sent to the restaurant's email address mentioning the order details. However, our client wants that an order print out should be generated automatically as soon as a new order is received.
Is it feasible using ROR? If not, any alternate solution to the problem?
When my group wrote something like this we went a little lower tech, and had the system generate a fax and send it to a fax machine at the restaurant. Of course, that's mainly because this was a system working across many restaurants, with disparate IT infrastructures, and the one thing they had in common was each had a fax machine.
I would figure this could be done in 1 of two ways:
1- Outlook event-- Outlook has the ability to set up 'rules', one of which I think allows printing.
2- Create a script that runs every few minutes, checks the email (either through IMAP, or POP, depending on the account), and prints all of them out.
See this: http://ruby.about.com/od/tasks/a/pop3.htm for info on how to check POP3 mail with ruby on rails.
For printing, the links mentioned here seem useful: http://groups.google.com/group/rubyonrails-talk/browse_thread/thread/504a616bf3e28057/ff6cb91462dfe961?pli=1
Ensure that you have 'from' or 'subject' filters setup, otherwise there will be a lot of spam printing.
You can use software to print your order automatically when email is received, it supports also print attachment like pdf, word, etc...
It is used by a lot of restaurant to print online order:
http://www.automatic-email-manager.com/