Экспериментальным путём удалось выяснить, что не конектится оно к сети только после засыпания/просыпания. Т.е. если ноут уснул в сети A, то после того как он проснётся, назад, к ней же он уже не приконектится
Ещё есть такой нюанс. Если в сети A закрыть крышку ноутбука и переместиться в сеть B (около часа). То после открытия крышки сеть B подхватывается налету. Ничего делать не надо. И на оборот соответственно также. Но если в одной сети закрыть крышку и через некоторое время открыть - не цепляется сеть.
Всем привет.

Настраивал сетевое подключение через netctl по этому руководству.
Использую netctl-auto и wpa_actiond. У меня 2 сети. Когда появляюсь в сети A, запускается [email protected]\x2dA.service, когда нахожусь в сети B, запускается [email protected]\x2dB.service. Всё вроде отлично. Ноутбук всегда в сети. Но есть одна маленькая проблема которая меня раздражает.

Если например нахожусь в сети A и закрываю крышку ноутбука на некоторое время, то после её открытия сеть отваливается. И ничего не помогает, даже рестарт сервиса. Помогают только 2 вещи: либо перезагрузка ноута, либо ручной останов и ручной запуск [email protected]

Вопрос, можно как нибудь сделать, чтоб при открытии крышки ноутбука, оно само конектилось к найденной сети (A или B)?

Вот настройки одной из (второй конфиг аналогичен):
# /etc/netctl/wlp4s0-klay_home

Description='Automatically generated profile by wifi-menu'
Interface=wlp4s0
Connection=wireless
Security=wpa
ESSID=klay_home
IP=dhcp
Key=*********
$ ~/work/www/notify ps aux | grep [n]etwork
root      8230  0.0  0.0  32772  3352 ?        Ss   11:13   0:00 wpa_supplicant -B -P /run/wpa_supplicant_wlp4s0.pid -i wlp4s0 -D nl80211,wext -c/run/network/wpa_supplicant_wlp4s0.conf -W
root      8232  0.0  0.0   4196  1332 ?        Ss   11:13   0:00 wpa_actiond -p /run/wpa_supplicant -i wlp4s0 -P /run/network/wpa_actiond_wlp4s0.pid -a /usr/lib/network/auto.action


$ ~/work/www/notify systemctl status  [email protected][email protected] - Automatic wireless network connection using netctl profiles
   Loaded: loaded (/usr/lib/systemd/system/[email protected]; enabled)
   Active: active (running) since Sun 2014-11-09 11:13:37 EET; 19min ago
     Docs: man:netctl.special(7)
  Process: 8163 ExecStop=/usr/bin/netctl-auto stop %I (code=exited, status=0/SUCCESS)
  Process: 8212 ExecStart=/usr/bin/netctl-auto start %I (code=exited, status=0/SUCCESS)
   CGroup: /system.slice/system-netctl\x2dauto.slice/[email protected]
           ├─8230 wpa_supplicant -B -P /run/wpa_supplicant_wlp4s0.pid -i wlp4s0 -D nl80211,wext -c/run/network/wpa_supplicant_wlp4s0.conf -W
           ├─8232 wpa_actiond -p /run/wpa_supplicant -i wlp4s0 -P /run/network/wpa_actiond_wlp4s0.pid -a /usr/lib/network/auto.action
           └─8258 dhcpcd -4 -q -t 30 -K -L wlp4s0

Nov 09 11:13:37 edge netctl-auto[8212]: Included profile 'wlp4s0-klay_home'
Nov 09 11:13:37 edge wpa_actiond[8232]: Starting wpa_actiond session for interface 'wlp4s0'
Nov 09 11:13:38 edge wpa_actiond[8232]: Interface 'wlp4s0' connected to network 'klay_home'
Nov 09 11:13:38 edge dhcpcd[8238]: version 6.6.0 starting
Nov 09 11:13:38 edge dhcpcd[8238]: DUID 00:01:00:01:1b:e6:f7:d7:0c:8b:fd:91:4a:f1
Nov 09 11:13:38 edge dhcpcd[8238]: wlp4s0: IAID fd:91:4a:f1
Nov 09 11:13:39 edge dhcpcd[8238]: wlp4s0: rebinding lease of 192.168.1.133
Nov 09 11:13:44 edge dhcpcd[8238]: wlp4s0: leased 192.168.1.133 for 28800 seconds
Nov 09 11:13:44 edge dhcpcd[8238]: wlp4s0: adding route to 192.168.1.0/24
Nov 09 11:13:44 edge dhcpcd[8238]: wlp4s0: adding default route via 192.168.1.1
Может я просто что-то не установил/не включил? Не ругайте сильно, не силен в настройках сети
Тут даже дело не в рассылке. Неправильно составленные заголовки письма и/или не правильно настроенный почтовый сервер имеют прямое и самое непосредственное отношение к попаданию письма в спам. Что ты одно письмо послал, что 20 кк. Кстати, если собираешься слать почту используя php, рекомендую PHPMailer. Он простой, не требует каких-то особых знаний и полностью отвечает всем требованиям.
Ну да, возможно. Вряд ли найдёшь бесплатно, но куча провайдеров предоставляют услуги смс шлюза.
Если интересно — давай разберём заголовки того письма, что попало в спам.
В спам или не в спам — это отдельная технология. Здесь я не помогу, по крайней мере быстро. У меня на работе целый отдел занимается тем, чтоб письма всегда попадали во входящие. Скажу куда копать:

FBL — Feedback Loop, это стандарт выдачи информации о жалобах на спам. После того как кто-то нажал на кнопку "это спам", почтовый сервер обязан отреагировать и не слать этому пользователю писем. Нет, он конечно может и дальше слать, но до поры до времени. Дальше эти письма будут попадать сразу в спам. Когда я говорю, что почтовый сервер обязан отреагировать, буквально, я имею ввиду, что ты должен распарсить заголовки письма, изъять от туда почтовый адрес, кому ты слал "то" письмо, изъять почтовый сервер (если у тебя их несколько), в золовках письма это будет что то типа:
Received: from [IP_ОТКУДА СТАРТАНУЛА_ОТПРАВКА] (port=ПОРТ helo=ПОЧТОВЫЙ_СЕРВЕР)

Где ПОЧТОВЫЙ_СЕРВЕР например mail.site.com. Скажу сразу, некоторые почтовые системы серьёзно на это реагируют, некоторые - нет. Иногда ты можешь копить, к примеру, всю почту от какого-то сайта, скажем год. К примеру накопилось у тебя 5 000 писем от этого сайта, выделил все - и нажал "это спам". Так вот, некоторые почтовики так серьёзно на это отреагируют, что вся почта на все почтовые ящики, от этого сайта, будет приходить с пониженой репутацией. А у некоторых не так. К примеру мы рассылаем 2 000 000 писем на mail.ru в день. На 10% писем жмут такую кнопку и mail.ru хоть бы хны. Видимо у них это считается как то иначе.
List-Unsubscribe — Многие крупные почтовики внимательно следят за тем, чтоб ты соблюдал стандарт заполнения заголовка List-Unsubscribe. Это такой заголовок, куда ты помещаешь ссылку для мгновенной отписки от домена. Заметь, домена (site.com), а не почтового сервера (mail1.site.com, mail2.site.com, mail3.site.com). К примеру наша организация рассылает почту с 8 почтовых серверов. Технически это выглядит так, есть некий балансировщик очередей, который следит за загруженностью серверов и перекладывает письма из очереди в очередь. Всякие там почтовики понимаю прекрасно, что отписывать нужно от домена а не от сервера, ибо домен у тебя один а серверов может быть на нём 100. Если ты плюёшь на такой заголовок в твоих письмах — минус в карму.

DKIM (DomainKeys Identified Mail) — твой почтовый сервер просто обязан формировать DKIM. И подписывать в заголовках письмо. Технология DomainKeys Identified Mail (DKIM) объединяет несколько существующих методов антифишинга и антиспама с целью повышения качества классификации и идентификации легитимной электронной почты. Почтовики все без исключения на это смотрят. После попадания письма к адресату, заголовок письма будет содержать вот такой кусок (пример):
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ТВОЙ_ДОМЕН; s=mailk;
И обрати внимание, что в заголовке Authentication-Results должно быть значение PASS (типа всё ок):
Authentication-Results  dkim=pass header.i=ТВОЙ_ДОМЕН

SPF — SPF позволяет владельцу домена указать в TXT-записи, соответствующей имени домена, специальным образом сформированную строку, указывающую список серверов, имеющих право отправлять email-сообщения с обратными адресами в этом домене. Аналогично, все смотрят в этот заголовок. Если всё ок, в заголовке письма будет PASS. Например вот так mail.ru помечает в заголовке письма что проверка SPF прошла успешно (кусок):
Authentication-Results: mxs.mail.ru; spf=pass
Received-SPF: pass 

Всё это лишь край пирамиды. Там столько тонкостей на самом деле.. Например важно чтоб заголовки Sender и From совпадали, PTR запись соответствовала почтовому серверу, Reply-To (служебный заголовок) обязан присутствовать и указывать на тот же домен что и почтовый сервер, и многое, многое другое.. Я тебе лишь намётки дал. Все термины хорошо продокументированы в сети. Есть целые семинары на эту тему, потому что она не самая простая и лёгкая. Здесь всего не описать. Если тебе действительно нужно чтоб твои письма не попадали в спам, то этим надо заниматься.

Важно понимать, что нельзя отправить с одного почтового сервера одномоментно много писем, например 10 000, если до этого серевер ничего не рассылал. Сразу попадёшь в спам. Нужно разогревать почтовый сервер — постепенно повышать нагрузку на него.

Помни, из спама, если почтовик сознательно тебя туда суёт, не смотря на правильность отправки почты и заполнения всех заголовков, вылезти очень сложно. Сам по себе ты не вылезешь. Нужно активно действовать и контактировать с менеджерами почтовой службы. Узнавать причину и пытаться её исправить. Я знаю случаи когда люди садились в самолёт, летели в штаты и там, при личной встрече, за огромную взятку, узнавали лишь причину, почему hotmail всю почту от некоего домена помещает всегда в спам. Похоже на сказку, но блин, я был очевидцем.

Отдельно скажу что утверждённного стандарта для всех почтовиков не существует. Каждый почтовик — mail.ru, gmail, hotmail, yahoo, yandex, — все играют по свои правилам, у каждого свои нюансы и лишь в общем правила отбора писем в спам похожи. У каждого почтовика есть своя система рейтингов. Вот так выглядит мейлрушная:

X-Mru-BL: 0:0:1123

Письма, попадающие в ящики mail.ru, в заголовках которых первые два числа разделённые двоеточием нули, а третье число ДО 1500, находятся в зелёной зоне. Если второе число (посередине) не 0, надо чесаться. Если первое не ноль, можешь забить на свой почтовый сервер и подымать (и соответственно разогревать) заново новый.

Например иногда тебе нужно знать время когда открыл пользователь письмо. Как ты поступишь если почтовик не шлёт такие отчёты? Наверное как то так:
<a href="ссылка к твоему сайту">
<img src="http://site.com/logo.php&mail_id=88888">
</a>
— вставишь этот код для отображения логотипа в письме, только вместо ссылки к картинке укажешь ссылку на logo.php&mail_id=88888. Твой скрипт схавает $_GET параметр и запишет в БД что было обращение от юзера у которого ID письма 88888 и в ответе отдаст картинку. В итоге когда юзер откроет письмо у него загрузится логотип а ты будешь знать во сколько его запросили. Но давай предположим, что ты не можешь по каким то причинам вставлять крупные картинки в письмо. Или вообще не хочешь (не можешь) вставлять что-то в этом духе. Что делать? Правильно, твоим скриптом возвращать не логотип а однопиксельную прозрачную GIF картинку (кстати github так делает, открой исходники их письма, в самом низу :) ). Так вот, даже на это почтовики по разному реагируют. Mail.ru на это пофиг, Google тоже лоялен, Yahoo, Hotmail нет. Самым лояльным, кстати, среди мейл-маркетологов считается именно Gmail. Сам я технарь и аналитикой не занимался, но им почему-то верю :)

В общем сколько почтовиков, столько и правил
ind.indeviral
стоп... что значит не получил вы что надеялись что письмо к вам на ящик гугла прийдёт?

Почему нет? ;)
Ко мне упало. Ни строчки конфига не трогал :)
Я ещё на работе буду. По вашему я освобожусь в 21:30
Не нужно было его устанавливать вообще и никакой другой из этого списка :)
aur/sendmail — это MTA, exim, postfix тоже MTA, но они гораздо удобнее, проще в установке и настройке и по ним куча всяких статей в сети есть. Весь софт, что зовётся MTA делает одно и то же. Так что смело устанавливай exim или postfix :)