Ну, вы делаете это неправильно. Есть 2 способа добиться этого.
Добавить класс модели StudentModel.cs
public class StudentModel
{
public string name { get; set; }
}
Затем принять этот параметр как модель -
[Route("AddProduct")]
[HttpPost]
public string Add(StudentModel model)
{
return "";
}
и в Jquery Request ->
var postData = {};
postData.name = "Tom";
$("#Result").click(function () {
$.ajax({
url: '/api/Contact/AddProduct,
contentType: "application/json; charset=utf-8",
dataType: "json",
type: 'POST',
data: JSON.stringify(postData),
success: function (response) {
alert('hello');
},
failure: function (response) {
alert(response.responseText);
},
error: function (response) {
alert(response.responseText);
}
});
});
url: '/api/Contact/AddProduct?name=' + name
и принять параметр в качестве строки в действии AddProduct (не рекомендуется, так как это запрос POST) MX записывает только почту получения влияния. Удаленные серверы, пытающиеся послать электронное письмо Вашему доменному использованию MX, записывают для определения который хост (хосты) отправить почту в. Можно настроить хост sendmail для отправки почты без него имеющий любой эффект вообще на записи MX или почту получения. (Записи SPF действительно влияют на передающую почту; если Вы будете использовать SPF, то необходимо будет обновить его для списка и хостов Google Apps и хостов sendmail.)
Править: Так как Ваш хост sendmail только для отправки почты, это не должно быть перечислено как запись MX. При списке его, поскольку запись MX имеет несколько недостатков:
Список хоста sendmail в Ваших записях MX может заставить некоторые спам-фильтры немного штрафовать Вас, как Zoredache упомянул, но установка SPF вместо этого должна избежать этого. (Любые хорошо разработанные спам-фильтры будут соблюдать SPF по записям MX.)
Если Ваш хост sendmail будет посылать какое-либо электронное письмо Вашим собственным пользователям, необходимо будет также удостовериться, что настроили его на релейный адрес электронной почты для пользователей к хосту Google Apps.
Не сделали точно, что Вы спрашиваете, но с тех пор когда это мешает людям дать совет?;)
1) Пока Вы добавляете, что записи MX для Ваш "отправляют только" серверы с действительно низким приоритетом (50, например, где все серверы Gmail - меньше чем 20), если нет плохо реализованная почтовая программа, или Gmail снижается, никакая почтовая программа никогда не должна пытаться говорить с Вашими низкоприоритетными серверами. Если все, о чем Вы заботитесь, является записями MX, блокировка порта входящий SMTP к тем серверам также, чтобы далее гарантировать, что почта никогда не переходит к неправильному пятну. Это могло бы отбросить некоторые схемы обнаружения спама, если они активно пытаются соединиться назад с источником sendmail, но я не думаю, что это распространено. Вы всегда могли выполнять локальное перенаправление также, поэтому если почта действительно входит по некоторым причинам, можно затем продвинуть ее назад к Gmail как можно скорее.
2) Не видьте причину почему нет. Если Вы никогда не позволяете электронной почте быть поставленной Вашим исходящим серверам и делаете низкий приоритет, должен работать просто великолепно.
Кроме того, удостоверьтесь, что включали все серверы, которые могли бы отправить почту в Вашей текстовой записи SPF. Спам-фильтр должен проверять и полагать, что, по крайней мере, так же, как MX записывает, как не, все компании используют тот же входящий сервер для исходящего.
Я могу также использовать "sendmail" сервер для отправки дополнительных электронных писем от моего веб-сервера, там не будучи конфликтом с Google APPS?
Да
Я хочу добавить записи MX для своего sendmail сервера к моему webhost, чтобы не получать почту, отправленную от моего sendmail сервера, отмеченного как СПАМ (через поиск IP.)
Нет, Вы не хотите делать это. Вместо этого, вероятно, необходимо посмотреть на установку записи SPF
Будут записи MX для Google Apps и моего sendmail конфликта сервера всегда?
Если Вы установите рекорды MX для того же имени (domain.org) для обоих, то да, они будут конфликтовать, почта перейдет к одной или другому. Какой бы ни имеет самое низкое предпочтение и доступен в то время, когда передающий MTA пытается поставить, вероятно, получит сообщение.