That might be silly question but I really need to know the answer. If I got the Outlook client installed on my machine and I click on the mailto link on the website the subject and body specified in the link is passed to the client. Is anything else attached to the message? Any headers or addition information about my website?
I am asking this question because I have such a link on my website and every time I test it the email fails spam checks with Postini.
I also get this message:
Your email has been encoded as 'Quoted-printable', and yet one of the lines of content is longer than the maximum 76 characters. No line within a quoted-printable body may exceed that size.
When I remove long links I am not getting this message but the email still fails the Postinig check.
Thanks for help,
Marcin
mailto: links are just interpreted by the browser as a signal to say "Open the default mail client to send an email to this person". Everything else is treated as a classic mail by Outlook.
Maybe it is something in your mail that Postini recognises as a potential spam phrase?
Related
We have written an Outlook Add-in and it appears that when you add user properties to a MailObject while the user is composing it, and you then encrypt and sign it and the message is Sent, the message will end up getting sent as TNEF, despite imploring outlook to do otherwise through various settings and so on as described here: http://www.slipstick.com/problems/outlook-is-sending-winmail-dat-attachments/
So one of our clients has a contact who insists on encrypted communication and therefore our client now has an issue with this contact. Either they cannot use our Add-in to its full potential (having to avoid the functionality that adds those User Properties), or their contact complains about receiving mail with "winmail.dat" attachments.
I have since established a communication with our client's contact, and I am trying to establish what e-mail client they are using, and one thing I'm going to try is see whether they would be open to the idea of moving to another e-mail client that is TNEF capable, even if it's not Outlook. But my Google-Fu is failing me. I've googled "TNEF capable email clients" and many variations thereof "that can use" "able to" ... etc etc etc. Nothing gives me the result I am looking for, a simple list of non-outlook email clients that have native capability for handling TNEF e-mails they receive. Plenty of articles of tools to allow users to decode the winmail.dat attachments manually, sure, but no simple list of natively capable e-mail clients.
If anybody can help me with this one, it would be greatly appreciated.
Eudora used to support TNEF. Otherwise Outlook is the only one to the best of my knowledge.
I'm searching for a possibility to generate a predefined mail when the user clicks on a button in a tcl/Tk program. Up to now I'm using the mailto-protocol, but as the predefined message may have a long body, the message may be cut at some point. Thus, this is no real solution.
All alternatives I found up to now have some drawbacks. So, is there a possibility which meets following requests?
Open default mail program, which may be a proprietary one (not only the standard ones like Outlook or Thunderbird...)
Create (and open) predefined message with either much text or alternatively an attachment
Should work on at least Windows XP until current versions (Windows 10) and also with very limited user rights
Must be possible to implement with tcl or C
It would be no solution to just send a Mail in the background, as it should be really transparent what happens and which information is send...
(I know there are already many questions about similar topics, but I haven't found a solution which worked for me.)
It should be possible to automate sending mails on Windows via tcom by using the CDO.Message COM object.
That's a Windows-only solution.
A cross-platform solution which should work everywhere is using the package mime to construct the message and smtp to send it. Both are part of "the standard Tcl library", tcllib, available on any sensible system which has Tcl packaged.
As to
It would be no solution to just send a Mail in the background, as it should be really transparent what happens and which information is send...
I failed to parse it. Could you may be try to reformulate?
Update:
Well, OK, after re-reading the title I think I completely fail to understand the essense of the question.
If everything what's needed is opening a e-mail message — as in "a file with MIME-formatted text representing an e-mail message", — I think that's hardly possible because a "default program to handle e-mails" is specified for URIs having the mailto scheme.
If what's needed is to spawn a default mail client on Windows asking it to open a window to let the use compose an e-mail message destined to the predefined address, the you can use
exec [list rundll32.exe uri.dll,FileProtocolHandler "malto:$addr"]
where the addr variable contains the recipient's e-mail address.
The mailto: URIs allow specifying the message body (and may be that's what you're currently using) but they (rightfully) do not allow specifying a file name to interpret as a message, so there appears to be no way to open a mail client with a pre-made message.
Update #2:
OK, so may be I finally got what did you mean by saying "should be really transparent...". You mean the user has to see with their own eyes what will be sent, right? But what's wrong with just emulating an e-mail client by presenting the user with a dialog window showing which will be sent? This is used by every software product I have seen which had a similar feature. Various Microsoft and Mozilla products come to mind as the most visible examples. They just offer you a dialog box to browse what will be sent.
Note that even if the user saw "what will be sent" in a true mail client and hit "Send" with their own hand, nothing prevents any host among those which will be handling this message (usually two at least) from modifying it unless it was a cryptographically signed message (in S/MIME format).
Are you sure you want to go that far?
I prefer the traditional non-top-posting style of replying to email messages - quote the original with "bird tracks" (which you can get automatically with almost every email app), cut out irrelevant content that I am not responding to, then intersperse my replies among the reply lines of the original. This gives a nice conversational feel to the reply, and makes it very clear exactly what I am referring to in the original for each of my points.
But my company has now started using Yammer, and I am in a bind. I tried one of my signature non-top-posting replies to a Yammer message I received via email from a colleague. Yammer deleted almost the entire text of my reply, from the first line of quoted text onward, including all of my responses from that point on.
I tried changing the bird tracks to asterisks and reposting. Same effect.
Finally I posted the reply (the asterisks version) via the Yammer web interface, and that worked.
But I don't want to have to switch to the web interface, or a specialized desktop app, every time I need to respond to a Yammer message. Is there any way to stop Yammer from deleting all quoted text, and all other text that follows it, from email responses to Yammer messages?
i just realized am sending a verification email to users/mebers but people how have hotmail account hey cant click the link...is basically stripped... what am doing wrong? there is a workaround?
thanks
When you say that it's stripped, do you mean the hyperlink is stripped, or the link itself is stripped? If the former, try sending just a plaintext link for them to copy and paste into the address bar. If the link itself is being removed from the email, you might try formatting the link in such a way that it doesn't appear to be a link, or create a manual verification for Hotmail users.
Here's something I couldn't find an answer to. Say you have a form and on that form you have a field for someone to enter their e-mail address. Now after the e-mail address is entered, is there a way after using RegEx to verify that it follows the syntax of an e-mail address, to then verify that it is a valid e-mail that can receive messages?
I looked all over the net and found a deprecated way to do it that has since been stopped by patches, so I was wondering if there wasn't a way to do it on the server maybe polling the smtp server or something.
If you're looking to verify that the user hasn't made a mistake (or is giving you a bogus address because they aren't interested in your messages), you should probably do what every other system does: don't activate the account (or whatever) until you get some verification that the user has gotten the email by clicking a link or entering a code that the email contains.
You need to do this because you might never get an indication that an email address is invalid - some servers are configured to throw away some (or all) invalid email addresses or dump them in a spam bin. Just because the email appears to have been successfully sent doesn't mean it's valid or that it's getting to the right person.