Yakov

Удобнее всего, хотя не бесплатно, будет купить домен в Google Domains и использовать встроенный сервис пересылки почты. В нем можно создать до 100 входящих адресов и для каждого настроить свой адрес пересылки. Также можно указать wildcard (*) в качестве входящего адреса, и тогда пересылаться будут все письма. Домены .com и .info в Google Domains стоят $12 в год (вот полный список). Первый и последующие годы регистрации стоят одинаково.

Еще есть сервис ImprovMX. Его удобство в сравнении с Google Domains, только в том, что его можно подключить к поддомену (@mail.example.com). В остальном все примерно то же самое.

Не рискну описывать все этапы отправки письма, но на пару моментов обращу внимание.

Во-первых, технология электронной почты исторически не предполагала какой-либо аутентификации при отправке писем. Представьте себе почтовое отделение, в котором стоит ящик для исходящих писем. Вы можете прийти в отделение и положить в ящик конверт, указав в поле «от кого» любое имя, — работники почты не буду проверять, указали вы свое имя или представились кем-то другим.

Многие SMTP-серверы по умолчанию работают в режиме открытых релеев: они принимают исходящие письма от любых пользователей (в том числе анонимных, которые не вводили логин и пароль) и пытаются доставить их получателям. Крупные почтовые сервисы (Gmail и т.д.) закрывают эту возможность, потому что много спама с одного сервера портит репутацию его IP-адресов и приводит к тому, что и другие письма с этих IP будут помечаться как спам.

Во-вторых, почтовые серверы могут иметь правила обработки как для входящих, так и для исходящих писем. Это может требоваться по разным причинам: отсеивать спам до того, как он ушел с сервера и испортил его репутацию, пресекать слив корпоративных данных, архивировать всю переписку сотрудников (см. eDiscovery) и т.д.

1. Файлы .storyboard — это по сути XML-документы, в которых хранится структура интерфейса приложения. Если вы откроете сториборд в текстовом редакторе, то увидите что-то подобное:

Код всех элементов хранится там. Но в реальной работе открывать исходный код сторибордов не требуется; элементы интерфейса подключаются к коду иначе — с помощью аутлетов и экшенов. Здесь вы найдете детальный гайд.

2. Если вы только входите в разработку для iOS, изучите Intro to App Development with Swift и App Development with Swift — бесплатные учебники от Apple, которые очень доходчиво объясняют основные понятия и принципы, которые используются в разработке iOS-приложений.
Познакомившись с базовыми концептами, переходите к более сложным вещам. На RayWenderlich.com можно найти много обучающих материалов по конкретным технологиям и фреймворкам (например, SpriteKit или Core Data), а также пошаговые инструкции о том, как реализовать определенные решения в коде (например, раскрывающийся экран now playing в Apple Music). За видеокурсы нужно платить, но текстовые туториалы доступны бесплатно.
Моя претензия к RayWenderlich — там недостаточно теории и технических деталей, которые необходимо изучать, чтобы не только повторять чужие решения задач, но и создавать свои. Хорошие материалы по теории есть на Swift by Sundell, freeCodeCamp, ну и на Medium, конечно. Что касается базовых конструкций языка, много информации есть на Swift.org.

Я видел обфускаторы почтовых адресов (например, вот). Они заменяют часть символов в адресе на коды этих символов. Визуальных отличий нет, в том числе если вставить такой адрес в ссылку mailto. Почтовые программы, которые открываются при нажатии на ссылку, тоже работают корректно. Но боты, которые ищут почтовые адреса по regex, на такой каше из символов [вроде как] должны запнуться.

Я поставил такую ссылку на сайт, но эффективность защиты оценить затрудняюсь (во всяком случае, с потоками спама не сталкивался).

Пример:
john.doe@example.com после обфускации превращается в

john.doe@example.com

,
но выглядит как john.doe@example.com (здесь я вставил те же самые символы, но без тега code).