Is it possible to create an order for guests in the backend without the customer email?
I know how to create orders for registered or new users but most of the time I need to create an order without knowing the customer's email.
Thanks
Without making changes to the code, you could achieve this by using an internal convention (similar to #Joseph's answer but a little cleaner) e.g.
firstname.lastname#guest.insertstoredomainnamehere.com
You could configure your mail server or MX records to drop emails sent to the "guest." subdomain.
Magento requires an email address to complete an order (and uses that email address elsewhere, depending on it entirely). You could hack it by using some store email address or a temporary email address, but you'll have to enter one.
If you remove the javascript required field validation from the email address when placing admin orders, Magento will generate a dummy email address for the customer.
This functionality looks to be deprecated as of 1.4.0.0 so test this on your version.
Related
I have a problem. In Magento 2.4 I have two stores, store A and store B. Both use the same form. I created separate but identical forms for each store. In the form options I have an Admin Email address that is displayed next to the incoming email. Unfortunately, regardless of the store, it still comes with the same Admin Email address. Each form has a different email address. Anyone know how to fix it?
What did you have in your magento configuration on "General/Contacts" tab and "Email options" section? I'm not sure what forms do you use, but maybe try change scope from default to B store and modify "Send Emails To" config?
I have a client that keeps getting the customer service reply to emails in his mail box when they should be going to the customer service email. I've searched everywhere for record of his email and it is nowhere. I am guessing now that because the customer service emails are of a different domain the replies are getting marked as spam and being sent to the server admin account instead. I have downloaded this extension: http://www.magentocommerce.com/magento-connect/ASchroder/extension/1865/aschroder.com-smtp-pro. Would a different domain email be SMTP? Advice appreciated.
We had this problem with a few of our recipients as well.
Mainly Comcast users and Century Link to name a few. What the problem is, is that you are sending from (for example) www-data#thisdomain (this will be the machines domain name ie. www-data#WebServer01) -- in the header, regardless of who is in the FROM field. Your actual domain in the FROM field is customer_service#yourstoredomain.com. You will need to do one of two things.
If you host the Magento install on your own operating system and you have control of it, you'll need to change the machines hostname to match that of your web domain name. ie yourwebsite.com.
If that isn't an option, then you will need to use a Magento plugin like the one you mentioned, and have it log in via SMTP to your email service provider (We use Office365) and send the email from a "real" email address that you have created.
The reason this fails is due to the SPF record on the providers (ie Comcast CenturyLink) not allowing emails from a domain that is other than that which is specified in the header. This is usually to prevent spam etc to their customers. So companies like these simply block or, in some cases, redirect that email back to the user at the originating FROM domain.
If at all possible, the easiest route is going to be to try to change the domain in the header of the email. Hopefully you manage your own operating system so you have control over this. IF not, try to see if your hosting provider will provide you access to a "jailed" area so that you can change said settings. The SMTP route is NO FUN ...
I'm using Magento 1.7.
I would like to simplify the create account (register new user) to show and require only the email and a password.
The user would only fill in the other info (like name, address, etc) when making a purchase.
The idea behind is that every user would need to give out the email address in order to view the site content.
I'm already using this extension in order to make the the site available only to login users. I need a way to simplify the register process to include only email and password
app/design/frontend/default/{yourtheme}/template/customer/form/register.phtml
and comment out the fields that you don't want.
This is what you want, right?
You can try this extension from Magento Connect - Fast Registration it allow customer registration only with Email & Password
I have a site with Joomla 1.5.25. I have user login facilty with the site. I have modified Joomla's default functionality. Also I have created a user acount via php MyAdmin and entered so many data approximatly 1200 user entry.
But now I face a problem with the Email at Joomla backend.
When I trying to changed the Email ID via the back-end(user managment), its fires an error that:
"Email Id alread in used."
So here I want to change this Unique Email validation and it allow me to enter the Email ID if its already used by other one. Is ther any way or patch to set it disable?
Thanks!
There is no "easy" solution to work with duplicated emails.
But if you really need to do it, you have to override JTableUser (see line 230) and take care of sideffects like the ability to reset a password on com_users.
I want to be able to create a user using only their e-mail address.
i.e. I want the admin to be able to enter a bunch of e-mail addresses, which will automatically create a new user and password and then e-mail the information to the address provided.
So I am hoping to figure out how to:
Create users using only e-mail addresses (rest can be randomly generated)
E-mail users their passwords and login details.
Any suggestions on a best way to approach this? I'm using authlogic for authentication.
Cheers!
I'd recommend using devise for this, as it handles generating confirmation emails, as well as the routes for confirming an email. A relevant tutorial for allowing users to sign up with just their email addresses: http://blog.devinterface.com/2011/05/two-step-signup-with-devise/
For having an admin create users, it'll be much the same, just generate random passwords+confirmations, and then call user.send_reset_password_instructions to send the email (which can be customized as in Ruby/Rails: How do you customize the mailer templates of Devise? )
see also: Rails Devise: Set password reset token and redirect user