Can I shut off the email confirmation subscription from MailChimp - mailchimp

I have a problem with the link with MailChimp. The problem is that MailChimp is sending an email to confirm subscription every time somebody is filling any kind of form. But, I don't want MailChimp to do that, because my prospects are not subscribing for newsletter (I mean, not each time they are filling a form). So, I'm afraid my prospects will run away when they will see that strange email in there inbox.
Is there a way to shut this email off ?
Thank you.

A confirmation is good to know that users exist or you want be sending it to people whose email addresses were bought but are no longer using them. Also buying an email list is not recommended (not saying you are), it will affect the deliverability of the campaign and not to mention complaints can cause black listing. Now having said that try and see if you can change the optin status from double to single (even if they give the option). I know dotmailer does/used to give an to change a user from double option to single optin.

Related

Mailchimp already subscribed error resend "Welcome Email" delivery of email

Hope you can help on this one. I want to resend the welcome email to anyone that enters email submit on my mailchimp form. This includes new subscribers and existing subscribers that re-enter their email addresses on the mailchimp form. Hope that makes sense. Any help appreciated. I'm new but quick study to the html and php coding world so if you can step thru for me.
The landing page is: http://www.plannerpress.net/jgh7atu/
So, it seems pretty unlikely that you'd actually want to send a welcome email multiple times. It seems more likely that you're putting other content in the welcome email and trying to use it cleverly to achieve some other goal. I'd focus on that goal instead of the current implementation you're working on.
The answer to your question, though is that this isn't possible directly. Your two options are 1) delete the subscriber and then re-subscribe them or 2) use automations to send the email you really want to send when you want to send it.
I'm not 100% sure #1 will work, and even if it does, you'll lose user activity for those users when they re-subscribe. I'd work on #2 if I were you.

Magento - New Order mail not getting triggered to specific domain

Recently i deployed Magento store And made some test order,
where following observation i made on Transactional Emails.
New Order email is triggered to my gmail account, if i use account associated with it.
but when i used another account to make purchase, that order is placed but New order mail is not being triggered to that email.
Based on above observation i am afraid that theirs possibility that emails might not get delivered to some others emails also.
Now, I am looking for some solution that will solve this or possibility is that i might have missed some configuration.
please help
You can use SMTP Pro Email, which is an extension that allows Magento to send all its automatic emails, from any e-mail service you want, even your gmail account for example. With this solution, you can try several e-mail server/services and finally pick the one that is not blocked or flagged as SPAM.

MailChimp: Bulk re-send opt-in mailout to all subscribers

A client of mine is planning to move from a WordPress newsletter plugin to MailChimp.
As a result we'd be importing all the subscribers from the old system into MailChimp. However we have a feeling that a lot of those subscribers are either fake, dead emails, or not interested any more.
I was wondering whether there is any way to bulk resend an opt-in, so that all subscribers get a mail asking them to click a link to continue their subscription?
I didn't notice anything obvious when selecting all subscribers in a list on MailChimp
At present, it doesn't seem as if there's any way to batch resend confirmation emails. To accomplish what you're after, you can use other mailchimp tools and external methods to clean your list up.
One way would be to contact your users and have them reconfirm. An example from a mailchimp knowledge base article:
"Hi |FNAME|,
Remember us? You visited our website back on |OPTIN_DATE| and signed up for our email newsletter. Well, we’ve finally gotten around to setting up a nifty email newsletter program, and we want to make sure you still want to hear from us. We hope you do, because every month or so our newsletter will include useful how-tos, tips, and advice (plus special offers like the one below).
If you want to stay on our list, click here to renew your subscription! Of course, we don’t want to clog up your inbox with stuff you don’t want. If you're not interested, you can ignore this and you’ll never hear from us again…"
You can also remove people who haven't clicked on the last N campaigns, remove low-rating users, or use another way to remove people who aren't engaging.
Some helpful links:
http://kb.mailchimp.com/article/how-can-i-remove-someone-from-my-list-who-has-never-opened-a-campaign/
http://kb.mailchimp.com/article/how-can-i-remove-someone-from-my-list-who-has-never-opened-a-campaign/#open
http://kb.mailchimp.com/article/how-can-i-remove-someone-from-my-list-who-has-never-opened-a-campaign/#rating

Is it possible to add a 'pending' subscriber to Mailchimp via the API?

Here's what I'd like to do:
User completes sign up form on my app
My app sends the input data (email address, name, etc) to Mailchimp via the API, but with a status of 'pending'
My app sends an email to the user asking them to confirm their email address (essentially emulating the Mailchimp confirmation email)
User clicks link in confirmation email, which takes them back to a confirmation page in my app
My app updates the user's status in Mailchimp to 'subscribed' via the API
Essentially, I want to emulate Mailchimps standard confirmation process, but sending the emails from my own app.
The part that I don't know how to do (or don't know if it's possible) is the part where I add a new subscriber with a status of 'pending'.
Here's some further info that's not strictly relevant but may be of interest...
Why don't I just use the standard Mailchimp confirmation email?
The confirmation email needs to contain extra info, unique to each user, that Mailchimp will not have access to.
Why don't I collect all the data locally and then send it all to Mailchimp once the user has confirmed their email address?
For reasons I won't go into, the number and type of required fields will be unknown. At the point when the sign up form is displayed, I will request the list of fields from Mailchimp and display the necessary fields. It is possible that, between the time when the user initially completes the form and the time when the user confirms via email, the required fields will have been changed. If I try to submit the previously collected data to Mailchimp after the required fields have been changed, it will cause an error.
So I need to collect and submit all data to Mailchimp at the same time. And then simply 'switch on' that user in Mailchimp once (s)he has confirmed.
I hope I've provided enough info. If not, happy to provide more or clarify any points.
Thanks!
The internal "pending" status is not able to be managed manually like that. You can subscribe them using double opt-in and then later force them onto the "subscribed" list, but you can't stop them from getting MailChimp's own confirmation email.
One possible work-around would be to add an interest group or merge field that is populated by your system once you've confirmed the email address. You'd then create a saved segment for only confirmed users and make sure you only ever send to that segment and never the whole list.
Another possibility, if you use API v3.0 (which is currently only in beta), is to add them to your list as unsubscribed and then switch their status to "subscribed" once you've confirmed them. If you do this, be very careful that you're not re-subscribing users who unsubscribed or you could wind up in trouble.
This workflow is definitely 100% possible in the current (V3) of the API. Just set the "status" field on a member to "pending" and then to "subscribed".

What is the benefit to validating email address at registration?

After user registers, I send an email with a guid link to click to validate the registration.
It confirms the email exists, but how does that help fight spammers?
Can't bots 'click' same link back to the site and validate registration just the same?
It verifies:
the user has typed their e-mail correctly (since this is the only way you have of contacting them, lets get it right)
the e-mail address exists
it is owned by the person requesting the page
Indeed - it doesn't prevent bots from accepting e-mails from their own e-mail account, but it stops them accepting e-mails from my account... this in turn keeps you out of the legal quagmire of being accused of spamming some random Jo. Everyone wins.
It makes sure that the user is the actual owner of the e-mail address. You don't want them to enter in just anyone's e-mail address and start having messages from your site e-mailed to random people.
You're right, it doesn't prevent spammers. All it does is create another obstacle for users trying to use your site/service/app. Is that something you really want? You should be removing obstacles, not creating them. It sounds like you're solving a problem you don't even know you're going to have or not.
I have a gmail account with a short user name and am often getting email not intended for me, often sensitive stuff like password data or shipment IDs. This happens because some people simply don't know their own email address. If there was some email verification, I wouldn't have to suffer this and their privacy would be preserved.
It all depends on how much you think your users will tollerate.
If you running an online store you want to minimize the number of roadblocks along the way or the user may drop out prior to completion of a purchase.
If it is an online forum or similar then the user may be open to going through more hoops.
If its a free online newspaper that requires validated registration to simply read, people may just go elsewhere instead of bothering.
You need to balance what the user will tollerate with the site needs and offerrings.

Resources