I have a very specific problem with the Gmail Schema Whitelist Request process. Based on the guideline I should send a real-life email coming from my production servers including the markup / schema to schema.whitelisting+sample#gmail.com. Unfortunately my product does not allow the specific email adress from google, I guess because of the plus character ("+"), for registering. I want to trigger a confirmation email (One-Click Action: confirmaction). Any suggestions how to go on?
As per advised before by the support, I tried to send my sample to schema.whitelisting#gmail.com. You can try sending your sample there too.
Related
Hello I have setup our app using the dev/demo account and almost ready to get a paid account. I want to get a starter API account, which doesn't have Branding.
Can I remove the Resource File from the email body without having access to branding? Any other way?
I would like to setup one email body/blurb for the signing email and a different for the completed email. Again without branding would I be able to do that?
I have been able to add customize/add html into the signing email body but would like to add a new condition somehow for the completed
something like envDef.EmailBlurbCompleted =
thank you
There's only one emailBlurb field in DocuSign right now. That field is used in both the original as well as the final email that are sent out. You can customize it per recipient, which is not exactly what you're asking for.
You can change it after the envelope is created, but only if it's still in draft status.
Changing this field when an envelope is in sent status requires a correct operation. Which is also not exactly what you are asking to do.
At the moment what you're asking is not a feature that exist, you can build something to mimic this, but I'm not sure that is a good idea either.
I have designed a Google web form. This form is sent to number of clients. All the fields that are submitted are recorded to Google spreadsheet. I need to capture the IP Addresses of clients and time-stamp to spreadsheet when client updates his information.
How can I make the client to include its own IP address to store it in spreadsheet?
To make the clients to include their own IP address in a Google Form you should ask them to write the IP address themselves.
The alternative is to pre-populate the answers and send the custom URL to them. For identification purposes, if you don't know the IP address, instead use a unique ID.
References
Pre-populate form answers - Docs editor Help
You can set up a reverse proxy that injects a javascript file in the form, that JS bit can detect and save the user IP in a field, along with any other info you’d need such as user agent, language, local time and so on. This isn’t exactly trivial but may be worth exploring.
I don't have any precise examples but what you can do is:
set up apache with mod_proxy to act as reverse proxy in front of the website
use mod_substitute to replace some JS on the page with a version you host
add any fields you need to the form so that when it's sent you get the data in the parameters
https://httpd.apache.org/docs/2.4/mod/mod_substitute.html
Surveymonkey provides IP tracking on submission.
Read more here:
http://help.surveymonkey.com/articles/en_US/kb/How-do-I-turn-off-the-IP-addresses-collection-on-the-responses
Old topic I know but I found this thread as I am trying to similar.
I've had to resort to forgetting the Forms idea and reverting to Sheets.
You can then use Regex to validate
=REGEXMATCH(C6,"\d{1,3}.\d{1,3}.\d{1,3}.\d{1,3}")
Data Validation for IP image
Not the ideal solution but a viable alternative for what I need....and me be of help to others
We use Google Apps' account to send site-generated mail from support#oursite.com. It was fine until some point (between April and June) the settings got changed and now when they click "Reply" they see support#oursite.com instead of user's email.
in April's letters both Reply-To and To headers are filled out with user's email;
in June's ones, Reply-To contains user's email but To header contains support#oursite.com.
In all cases FROM headers contain support#oursite.com; we try to put user's email into it but (supposedly) Google SMTP replaces it to support#oursite.com somehow.
The question is:
has anyone else encountered such a problem? (yes, I've searched, not the same cases found)
what solution did you find?
UPD: the behavior described above is for Gmail (both free and GApps) web client only. In any other client (e.g., Gmail for Android/Apple, etc.) hitting "Reply" results in the correct email in the "To" field.
I believe GMail has been doing this for a while - I'm surprised that this started happening to you just recently.
However, there may be a solution. See http://lifehacker.com/111166/how-to-use-gmail-as-your-smtp-server and read 'Update 3' at the bottom of the page.
Google Enterprise support says the following on this subject :
If the From address is your own account (either your primary or an
alias custom from) the 'Reply-to' address is changed to the To
address. This is implemented for replying to sent messages. If you
reply to a message you just sent, you are, in effect, sending another
message to all the To addresses. If you change the From address to a
non-sending address (not the primary and not an alias custom from) and
the reply-to should begin to work as expected without any further
problems.
i have an application that has to return emails to a user with his email client, but in some cases I have to pass around 1000 emails.
I'm using mailto on href, something like this:
mailto:info#useremail.com?bcc=email1#test.com,email2#other.net,anotherone#dfsf...
Why am I returning to his email client instead using PHP mail() function?
Because the user sender email depends on which computer he is using, and he needs to archive thoose emails.
The problem:
Some browsers, if the email list is bigger than X, it won't send to his preferred email client.
You could output the full BCC list and ask the user to copy-paste it in. But maybe you should just rethink your entire strategy if you want to pass thousands of e-mail addresses to a user.
That's because the length of a GET request (and such a link is a GET request) has a maximum. On some browsers it might only be 2083 characters. So any email address behind that limit will not be send to the client email program. And thousand of email adresses will break the limit.
For anything other than a simple mailto:address with no parameters, mailto: URLs are massively unreliable and should be avoided. URL-length issues are only the beginning.
on some cases i have to pass around 1000 emails...
Even if a mailer could cope with getting the URL, a user's residential ISP is unlikely even to allow them to send that.
Give up. Send the mails yourself from PHP. Send a copy to the user for the archival purposes.
Passing a user thousands of email addresses is very unusual.
Generally, a more typical application would use PHP mail() on the server side, and then allow browsing the archives of whatever notifications have been sent out. The mail stays on and is sent from the web server, but allows the user to see what's gone out in the past.
On the minus side, that's a good bit more code, but probably the only way to fix the problem you're having; mailto: wasn't meant for large volume.
I have tried sending and HTML formatted email using ACYmailing for Joomla AND Mailchimp. It works for yahoo, msn, aim, my work domain but not for gmail.
I can send plain emails from my server to gmail but the HTML formatted newsletter doesn't work.
Someone suggested it may be my HTML code ~~~> Pastebin
I couldn't find a problem with it.
Some ideas:
Maybe GMail recognizes it as spam. Try some different content
Did you set the headers of the email correctly?
Did you specify a correct sender / sender name?
Are you receiving a rejection or failed email response? If it is being rejected you should get an email explaining why which will be sent (although you will need to specify a correct from / reply-to email address to receive this).
The first thing I would check is if the IP you are sending from has been blacklisted by any spam services - most deliverability issues I have experienced have been due to this. You can check a fairly extensive list of spam blacklists (together with some additional email validation services) at MX Toolbox
If everything appears fine there it may be due to Gmail's fairly strict antispam criteria. To be accepted, an email should contain in the headers a valid email address for Return-Path. If this is not valid then there must be a Reply-To header with a valid email address.
Another important weapon in Googles antispam arsenal is SPF record checking - essentially a way of validating that an IP address is authorised to send email for a particular domain. This is worth checking however as far as I am aware a missing SPF record will only cause the mail to go into spam rather than not be delivered.
Gmail has three tabs now, especially if you're part of their partner network. I encountered the same issue until I noticed the three tabs. They are "Primary", "Social", and "Promotions". All of my MailChimp email wound up under the Promotions tab. Check there for your emails from MailChimp and possibly other e-blast emails. I don't have the solution yet on how to get MailChimp emails to go directly to the Primary area of the inbox.
Just in case you're actually sending the HTML you reference in your question, note that it's invalid - you haven't wrapped it in the necessary <html> and <body> tags.
I realize it's likely you just forgot to include those tags in the pastebin reference, but just in case. Note that the w3c validator found several (minor) errors in the referenced fragment.