eRKa

Проблема может быть в почтовике, он может письмо с html вложениями интерпретировать как спам, опасное и т.д. В настройках своей почты попробуйте поснимать галочки всяких проверок и фильтров. Можете поискать письмо в папке со спамом.

Никакого, это даже не лямбда выражение, это просто синтаксический сахар для стиля написания. Так же как и в свойствах Prop {get;set;} => "..."

Обычным if-else эта задача не решится. Это попадание точки в полигон. Если полностью описывать алгоритм, то нужно перебрать вектора (два соседних элемента в массиве, это один вектор) и смотреть с какой стороны вектора эта точка находится. Иначе говоря, при движении по оси Х пересекает она вектор или нет. Для этого используется косое умножение векторов. Суммируем и смотрим, если точка пересекла четное количество раз векторы, то она не входит в полигон, если не четное - попадает в площадь полигона.

Это мой работающий код, модели из GeoJSON.Net

public bool IsBelong(Point point, IGeometryObject geoGeometry)
{
	var polygon = ((Polygon) geoGeometry).Coordinates;

	var inPolygon = false;

	var x = point.Coordinates.Latitude;
	var y = point.Coordinates.Longitude;

	var points = polygon[0].Coordinates;

	for (var i = 0; i < points.Count - 1; i++)
	{
		if (((points[i + 1].Longitude > y) != (points[i].Longitude >= y)) 
				&& 
			(x < (points[i].Latitude - points[i + 1].Latitude) * (y - points[i + 1].Longitude) / (points[i].Longitude - points[i + 1].Longitude) + points[i + 1].Latitude))
		{
			inPolygon = !inPolygon;
		}
	}
	return inPolygon;
}

Дарю! И вообще учи мат часть, за счет халявы на тостере долго не протянешь.

static void Main(string[] args)
{
	var str = "{1|2|4}{1|3|3}{2|2|3}{1|1|3}";
	var number = new [] { "3", "2", "1", "2" };

	var temp = str
		.Trim('{', '}')
		.Split(new []{ "}{" }, StringSplitOptions.None)
		.Select(x => x.Split('|').ToArray())
		.ToArray();

	var result = new StringBuilder();
	for (var i = 0; i < temp.Length; i++)
	{
		var isParse = int.TryParse(number[i], out int index);
		if (isParse)
		{
			result.Append(temp[i][index - 1]);
		}
	}

	Console.WriteLine(result);
	Console.ReadKey();
}

Передать его как параметр либо через конструктор второго класса, либо через один из его методов.

abstract class A
{
	protected string _value;
}

class B : A
{
	// Через общее отнаследованное поле
	public string ValueB { get { return _value; } set { _value = value; } }
}

class C : A
{
	private string _valueC;
	
	public C(string any)
	{ }
	
	// Через конструктор
	public C(string any)
	{
		_valueC = any;
	}
	
	public string ValueC { get { return _value; } set { _value = value; } }
	
	// Через метод
	public void SetMethod(string any)
	{
		_valueC = any
	}
}

var b = new B();
var c = new C();
b.ValueB = "any"; // c.ValueC = "any"
// так же как и
c.ValueC = "any"; // b.ValueB = "any"

b.ValueB = "any";
// Через конструктор
var c = new C(b.ValueB); 
// Через метод
c.SetMethod(b.ValueB);

Если конкретно по Вашему коду, то
1. Если Вы так жестко прописываете все настройки в коде, то сделайте список настроек. Сначала сам класс

class SmtpSetting
{
	public string Host {get; set;}
	public string Server {get; set;}
	public string Port {get; set;}
}

Потом сам список

var smptSettings = new List<SmptSetting>
{
	new SmptSetting
	{
		Host = "mail.ru",
		Server = "smtp.mail.ru",
		Port = 587
	},
	new SmptSetting
	{
		Host = "yahoo.co",
		Server = "smtp.yahoo.co",
		Port = 465
	},
	...
}

И тогда Вам не придется использовать switch

var currentSmtp = smptSettings.FirstOrDefault(x => x.Host == host);
if(currentSmtp != null)
{
	var smtp = new SmtpClient(currentSmtp.Server, currentSmtp.Port);
}

Вы сказали, что у Вас есть бд, где храните аккаунты. Храните там же и настройки smtp, в том же виде (Id,Host,Server,Port), тогда из бд Вы будете получать весь список серверов и при изменении списка настроек smtp, не придется лезть в код и пересобирать проект.

2. И для того, чтобы Вы могли вставлять html разметку в письмо, у MailMessage есть настройка IsBodyHtml, установите ее в true.

Накидал пример, получите все айдишники повторных комментариев, которые надо удалить.

static void Main(string[] args)
{
    var comments = new[]
    {
         new Comment { Id = 1, Text = "1" },
         new Comment { Id = 2, Text = "2" },
         new Comment { Id = 3, Text = "3" },
         new Comment { Id = 4, Text = "1" },
         new Comment { Id = 5, Text = "2" },
         new Comment { Id = 6, Text = "2" },
         new Comment { Id = 7, Text = "1" },
         new Comment { Id = 8, Text = "4" },
         new Comment { Id = 9, Text = "5" },
         new Comment { Id = 10, Text = "2" },
    };

    var result = comments
				.GroupBy(x => x.Text)
				.SelectMany(x => x.Select(y => y.Id).Skip(1))
				.ToArray();

    foreach (var id in result)
    {
         Console.WriteLine($"{id}");
    }
    Console.ReadKey();
}

class Comment
{
     public int Id { get; set; }
     public string Text { get; set; }
}

Ну так Вы фильтруете данные только при загрузке страницы, а в Summary фильтрации нет, Вы берете все Furnitures и только сортируете, поэтому при клике на другую страницу выдаст все что у Вас есть. Попробуйте вынести фильтрацию из List в отдельный метод и применить ее так же и к result в Summary.

В Вашем примере логика индексатора проста, поэтому смысл не виден.

Приведу пример из жизни. Мне надо было хранить и отображать данные в виде, где в первой строке одно значение, во второй строке два значения, в третьей - три и т.д. Отображались в ui они в виде пирамиды. Первая мысль, это квадратный двумерный массив по размеру самой большой последней строки и пустое пространство вершины забить нолями. Отобразить такой массив пирамидой легко. Но тогда у меня возникала трудность в работе с этим массивом, т.к. чтобы забрать нужные значения, нужно правильно отсекать пустые значения, да и как-то не комильфо кучу не нужных значений хранить. Следом приходит мысль сделать массив массивов с разной длинной, но чтоб сделать итерацию по такому массиву, а потом отобразить, нужно тоже лишние телодвижения делать. И тогда я сделал обычный список, где данные хранились в порядке как 1, 21, 22, 31, 32, 33 и т.д., но приделал ему индексатор [ , ], где я указывал строку и положение в строке, а логика этого индексатора уже высчитывала реальное значение элемента: ноль (т.е. пустое пространство у верхушки пирамиды) или значение из списка.
Во первых я решил проблему лишних значений, во вторых, по данным я мог пройтись одним форичем, а не вложенными форами, без проверок лишних значений и в третьих - отображалось также легко как и двумерный массив.

Работа из кода с документами office легко гуглится. Например Интерфейс Document.
Так же в интернете полно примеров по форматированию док файлов How to: Programmatically Format Text in Documents.
Готовый код никто здесь не даст, это достаточно объемно скрупулезно.