Серёга Злобиков

Примерно так

1. Пишешь письмо.
2. Оно кладется в очередь к MTA mail.ru
3. Уезжает, проезжает через ряд MTA, доходит до конечного того, что гуглевый
4. Кладется в базу данных в Гугле

Усе.

MTU фактически нет у mail.ru и gmail
Там довольно навороченные системы для хранения писем, для поиска - полноценные базы данных.

Это неправильная схема, соответственно выше к ней неправильные комментарии.

MTA (mail transfer agent) используется для обмена почтой между серверами, MDA (mail delivery agent) для локальной доставки письма в почтовый ящик, и MTA и MDA работают на почтовых серверах. MTA и MDA могут быть частями одной почтовой программы (большая часть MTA в той или иной степени поддерживают локальную доставку), а могут быть разными приложениями. Но к компьютеру ползователя ни MTA ни MDA не имеют отношения, они работают на почтовом сервере. MUA используется для получения письма из почтового ящика, создания письма, передачи письма MTA.
Схема такая:
1. MUA формирует письмо. В качестве MUA может выступать почтовая программа или веб-интерфейс.
2. MUA передает письмо MTA отправителя (relay), в случае почтовой программы через протокол SMTP Submission (SMTP с авторизацией), в случае веб-интерфейса обычно напрямую.
3. MTA отправителя (relay) определяет MTA получателя (mail exchanger) через MX или A записи DNS.
4. MTA отправителя (relay) передает письмо на MTA получателя (mail exchanger) по протоколу SMTP (без аутентификации)
5. MTA получателя либо передает письмо MDA для локальной доставки в почтовый ящик (обычный путь доставки) либо передает письмо другому MTA, например если в ящике установлено перенаправление.
6. MDA кладет письмо в ящик получателя
7. MUA получателя получает письмо из ящика через протоколы POP3, IMAP4 или веб-интерфейс

Возьмём двух почтовых провайдеров: mail.ru и gmail.com.
На них зарегистрировались соответственно два пользователя: А@mail.ru и Б@gmail.com
Чтобы А успешно оправил письмо получателю Б, а тот его принял, происходит следующее.

Схема довольно проста:

Отправитель А@mail.ru посылает письмо получателю Б@gmail.com

Сервер mail.ru (MTA), получив задание с помощью почтового посредника MUA (клиентская почтовая программа (The Bat, Mozilla Thunderbird)) по протоколу SMTP, ищет почтовый сервер gmail.com (MTA) по доменной части адреса (в нашем случае gmail.com) через DNS. SMTP сервер mail.ru ищет в DNS для домена gmail.com запись MX (mail exchange), она и указывает на MTA сервер получателя Б@gmail.com (в простом случае).
Далее MTA mail.ru связывается с MTA gmail.com по протоколу SMTP, происходит ряд проверок со стороны обоих серверов, если все успешно, то письмо передается в почтовую очередь сервера gmail.com.
Затем MTA gmail.com доставляет письмо на сервер входящей почты (называющийся MDA, то есть агент доставки электронной почты), который хранит письмо в почтовом ящике пользователя Б@gmail.com в ожидании его приема пользователем. Далее с помощью MUA (клиентская почтовая программа (The Bat, Mozilla Thunderbird)) пользователь Б@gmail.com извлекает из MDA письмо по протоколу POP или IMAP.
В качестве MUA может выступать веб-интерфейс, использующийся для взаимодействия с сервером входящей почты (MDA) и сервером исходящей почты (MTA).

Настройки/показать дополнительные настройки
Личные данные/настройки контента
Обработчики/настроить обработчики

1. Зайти сюда: chrome://settings/handlers и убить там все перехватчики.
2. Зайти в веб почту и увидеть уведомление о перехвате ссылок mailto, ответить утвердительно.
3. Если винда, то откроется виндовое окошко с виндовым же перехватом mailto, поменять перехватчик на гугл хром.

Там пусто окно, как его настроить?

Там пусто

Видел на чужой машине в settings/handlers тоже пусто было, так и не понял почему.
mailto в windows был указан для хром, хотя вряд ли это имеет значение.

для гугула:
> chrome://settings/handlers - опустошаем
> в настройках виндоус - система пишет "нету приложений" для этого протокала

Заходим в Gmail. Видим. Готово:

const ping = async () => {
  let start = Date.now();

  try {
    await fetch("http://192.168.0.2:8080");
  }
  catch(err) {}

  return (Date.now() - start);
};

await ping();

Важно понимать, что результат еще зависит от объема передаваемой информации. По этому лучше пинговать несуществующий ресурс, либо с минимальными данными. А лучше получить ошибку запроса, отправить левые заголовки, например левый origin.

Отправте запрос, посчитайте через сколько времени придет ответ

Ping это отправка icmp запроса ну или tcp браузер этого не умеет. Его можно научить если это ie и вы напишете activex. Однако есть выход. Первый если сайт который вы пингуете содержит общедоступный апи. Второй это создание в доме картинки нацеленной на этот сайт и подписка на событие завершения загрузки.

Возможно удалили дефолтный конфиг nginx.
Сделайте что-нибудь такое самым первым в sites-available.

server {
  listen 80;
  server_name _;
  location / {
    return 204;
  }
}

Документацию для кого писали?
nginx.org/ru/docs/http/configuring_https_servers.html

Спросите у разработчиков одного из форков оригинального TG-Desktop, а может и присоединяйтесь к разработке.

Советую не верстать под 4к, а лучше заняться масштабированием контента - чтобы отображался как 1920p с увеличенным адаптивным размером. В конечном итоге пользователь хочет удобства, а не разращения.

Был опыт хостинга сайтов на этом типе инстанса. По памяти и скорости связка nginx+php-fpm показала себя лучше да и сейчас не вижу смысла начинать проект с апачем. БД будет тесно по оперативке и она будет периодически выдавать фризы, связанные с работой с диском.
Опять же из опыта на t2-micro прикручивание CloudFlare дает ощутимое снижение нагрузки на сервер за счет кеширования статики и, соответственно, снижения количества запросов на сервер.

Возможно уже и нет необходимости отвечать, но вдруг кому пригодится.

Возможно проблема в том что контроллер не знает на какой экшен отправлять ошибку.

Для этого необходимо в контроллере прописать

/**
     * {@inheritdoc}
     */
    public function actions()
    {
        return [
            'error' => [
                'class' => 'yii\web\ErrorAction',
            ],
        ];
    }

ищите проблему в маршрутизации. У вас возникла ошибка и для ее вывода вас переадресовало на site/error. Тут надо проверить есть ли физически site/error и проверить конфиг в частности url менеджера.