Здраствуйте преобрел у вас лицензию и интересно почему при оформления заказ автоматически не отпровляет на email клиенту о том что заказ принят.

Обычно отправляет, но иногда наблюдается некоторая задержка на ящики в @ukr.net и @i.ua. Если есть возможность проверьте логи сервера (сендмейла). Но мне кажется если письмо админу приходит значит и клиентам тоже отправляется...

СПасибо

Здравствуйте почему при оформления заказа не отправляет на email письмо. Например на *****@bk.ru и *****@gmail.com не отправляет а на support@*****.ru ОТПРОВЛЯЕТ

Мне видятся две причины:

1. Возможно на вашем сайте (хостинге) заблокирована или не настроена отправка писем за пределы сайта средствами PHP, то есть его командой mail(кому, тема, текст). В таком случае письма либо вообще никому не приходят, либо только на емейлы вида нечто@ваш.сайт.

2. Если письма доходят, но не на все емейлы, то на сайте все настроено нормально, а на тех почтовых серверах, куда письма не доходят видимо они попадают либо в закладку Спам, либо ip-адрес вашего сайта (или домен) по какой-то причине вообще занесен в черный список тех почтовых серверов.

Для проверки создайте в корне сайта файл, например a.php, и напишите в нем несколько строк, отличаются они только вашими проверочными емейлами.

<?php
    mail( 'мой@емейл1.ru', 'Проверка', 'Это письмо отправил я со своего сайта!');
    mail( 'еще@мой.емейл2.com', 'Проверка', 'Это письмо отправил я со своего сайта!');
    mail( 'третий@мой.емейл.biz', 'Проверка', 'Это письмо отправил я со своего сайта!');

    echo 'Отправка писем средствами PHP сделана. Проверьте свою почту!';
?>

Теперь откройте в браузере страницу http://ваш.сайт/a.php и после этого проверьте все почтовые ящики, куда отправлялись тестовые письма. Результат покажет, какая из двух причин актуальна. После экспериментов обязательно удалите файл a.php с сайта!

Решение по 1-ой причине: обратиться к хостеру с просьбой помочь настроить сайт так, чтобы письма, отправленные командой mail препроцессора PHP, все-таки доставлялись адресату.

Решение по 2-ой причине: обратиться к службе поддержки почтовых серверов, невзлюбивших ваш сайт, с просьбой уточнить, по какой причине письма с моего сайта блокируются. Вообще говоря, такую информацию можно найти в емейл-логах вашего сайта, если имеете к ним доступ или к папке новых писем для админа сайта. Там должна быть соответствующая папка, например Maildir, а внутри нее папка new (в зависимости от хостинга структура и расположение папок может быть иным)

  domains
  imap
  logs
  Maildir
    -> cur
    -> new
    -> tmp
  tmp
  .cshrc
  .login
  .login_conf
  .mail_aliases
  .mailrc
  .profile
  .rhosts
  ...
  ...
  ...
  php.ini
  public_html

Так вот в папке ваш.хостинг/Maildir/new должны быть файлы с именами вида некий-букво-цифро-код.ваш.хостинг, каждый из этих файлов содержит тело отдельного письма и в конце файла как правило содержит описание причины, по какой письмо не было отправлено. Для примера ниже приведено содержимое такого файла и жирным выделено описание причины недоставки.

Return-path: <>
Envelope-to: admin@*****.com
Delivery-date: Wed, 26 Sep 2012 01:40:46 +0300
Received: from mail by *****.com with local (Exim 4.72)
          id D2aG2i6-000B17-PS
          for admin@*****.com; Wed, 26 Sep 2012 01:40:46 +0300
Date: Wed, 26 Sep 2012 01:40:46 +0300
Message-Id: <D2aG2i6-000B17-PS@*****.com>
X-Failed-Recipients: sdadas@mau.ru
Auto-Submitted: auto-replied
From: Mail Delivery System <Mailer-Daemon@*****.com>
To: admin@*****.com
Subject: Mail delivery failed: returning message to sender

This message was created automatically by mail delivery software.

A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error. The following address(es) failed:

  sdadas@mau.ru
    SMTP error from remote mail server after RCPT TO:<sdadas@mau.ru>:
    host mail-s11.1gb.ru [81.177.24.34]: 553 We do not relay without RFC2554 authentication.

Код ошибки 553 свидетельствует нам о том, что тот почтовый сервер не принимает письма без аутентификации (от неизвестных ему сайтов).