с хедером From: username@hostname.local

как так?!

как так?!

ну ты в связке ключей же хранишь все поди

говорю же, напрямую письмо ушло в гугловый смтп

без логинов-паролей

мужики, я ща охуел. написал в консоли макбука echo test | mail mylogin@gmail.com и письмо ДОШЛО

а почему не должно? миллионы сайтов делают тоже самое на своих php-магазинчиках через sendmail

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

ну там spf всякие, не?

ну да, и именно из-за их отсутствия оно придёт в папку спам

ну и ведь @hostname.local это же откровенный треш

или не придёт первое время, как повезёт

всмысле, не будет попадать в спам первое время

как так?!

google принимает практически всю почту. не факт, что не пометит как спам, но примет

Все Гугл принимает первое время если не находит нигде в спамлистах ip хостинга, спустя неделю начнёт в спам складывать.

гугл самый толерантный почтарь

да все почтовики принимают всю почту, если она соответствует спецификации, просто кладёт в спам при score > x, явно дропают только если этого явно просит spf или если админы проводят жёсткую антиспам полиси, но это себе дороже из-за историй "мне прислали аттач на мильон долларов, а вы его удалили, из-за вас убытки"

прикололо наличие DKIM в gmail, не надо самому генерить и тд, раньше не замечал такого (а может и не искал)

Здравствуйте, кто-нибудь здесь занимается спортивным программированием?

прикололо наличие DKIM в gmail, не надо самому генерить и тд, раньше не замечал такого (а может и не искал)

в принципе он сейчас есть у многих почтовых saas'ов, сендеров всяких с api'шечками и т.п.

это прикольно, да

Здравствуйте, кто-нибудь здесь занимается спортивным программированием?

здесь скорее админы, стоит спросить в группах по языкам

Спасибо.

в принципе он сейчас есть у многих почтовых saas'ов, сендеров всяких с api'шечками и т.п.

ну у них то понятно, но вот в гугле обнаружив - я удивился

это удобно - с серверов коннектишься прям к gmail'у и подписывается письмицо, минимум заморочек)

Привет, подскажите пожалуйста за докер. Как перед стартом узнать какой ип будет присвоен для контейнера внутренний, чтобы знать, что внутри биндить

Эмм... так биндиться надо на *

И никаких проблем

на 0.0.0.0 не вариант биндиться

Почему?

на 0.0.0.0 не вариант биндиться

внутри контейнера? почему?

потому что порт может быть занят другим физ интерфейсом

эээээ

ты ж докер запускаешь

ну вот типа есть у хоста два ипшника

кто у тебя внутри контейнера его займет?

ну вот docker-compose up падал, при поытке бинда на *

Либо я чего-то не понимаю, либо ты не то и не туда биндишь

я тоже не понимаю логики, но работает так, если у хоста занят допустим 8080 порт но на другом физ интерфейсе, и ты пытаешься пробросить 8080:8080 то оно не даст тебе этого сделать

я тоже не понимаю логики, но работает так, если у хоста занят допустим 8080 порт но на другом физ интерфейсе, и ты пытаешься пробросить 8080:8080 то оно не даст тебе этого сделать

так какая разница, какой IP у контейнера, если занят порт на хосте?

тоже верно

но по факту, я не могу * юзать, к сожалению

Ладно, я подумаю , где не прав

@Tellef , в гошном чатике есть юзер с именем лапшичка.

мне кажется, ты должен знать

Сска, лапша, тефтеля

Ну вот пример, 7fdcec8aa702 port: 0.0.0.0:2552->2552/tcp, 5672/tcp, 0.0.0.0:8081->8081/tcp, 0.0.0.0:9090->9090/tcp, 9000/t , но по 8081 порту ничего не отвечает, хотя всё висит

ports: - target: 8081 published: 8081 protocol: tcp mode: host - target: 2552 published: 2552 protocol: tcp mode: host - target: 9090 published: 9090 protocol: tcp mode: host

и в докерфайле порты зайэкпойжены

"Ports": { "2552/tcp": [ { "HostIp": "0.0.0.0", "HostPort": "2552" } ],

ports: - target: 8081 published: 8081 protocol: tcp mode: host - target: 2552 published: 2552 protocol: tcp mode: host - target: 9090 published: 9090 protocol: tcp mode: host

как вариант, дай докер демону только один IP, на нём и будет всё биндиться

А куда ты обращаешься то?

И главное откуда

пытаюсь на localhost:8081 зайти

С хоста? Или из контейнера?

что значит "ничего не отвечает"?

c хоста

может ты лезеть по хттп, а там хттпс например

nc -vz 127.0.0.1 8081

И туда же curl -V http://localhost:8081

nc -vz 127.0.0.1 8081

ничего нет

z инвалид опция

Омг

ERROR: S client not available

Чо за ось?

nmap -p 8081 127.0.0.1 хули

centos

0.0.0.0:2552->2552/tcp, 0.0.0.0:8081->8081/tcp, 0.0.0.0:9090->9090/tcp

Он по хттп отвечать должен?

nmap -p 8081 127.0.0.1 Starting Nmap 6.40 ( http://nmap.org ) at 2017-07-04 03:48 MSK Nmap scan report for localhost (127.0.0.1) Host is up (350s latency). PORT STATE SERVICE 8081/tcp open blackice-icecap Nmap done: 1 IP address (1 host up) scanned in 0.08 seconds

Открыт

Curl чего говорит?

curl 127.0.0.1:8081 curl: (56) Recv failure: Connection reset by peer

А в контейнере точно всё верно работает?

Чо за сервис там?

А контейнер не палится нетстатом разве? Если да, то netstat -nlp | grep 8081

рест, работает, под локалхостом как стенделон запускается хорошо

Эм

А должен слушать не локалхост

0.0.0.0:8081

Должен слушать

И нет смысла делать внутри контейнера порт 8081

мне внутри контейнера не принципиально какой порт

Именно

Что слушает софт в контейнере?

У тебя либо слушает локалхост, либо порт не 8081

Либо какие то ограничения в самом софте на адреса

curl 127.0.0.1:8081 curl: (56) Recv failure: Connection reset by peer

curl https://127.0.0.1:8081

спасибо большое

Так чо в итоге то?

@Tellef , в гошном чатике есть юзер с именем лапшичка.

вот это новости

Ребят, а кто-нибудь использует GitLab на все бабки? Я имею ввиду, что он не просто для управления репозиториями, а прям full-stack инструмент для команды (разработка, тестирование, деплой)

Ребят, а кто-нибудь использует GitLab на все бабки? Я имею ввиду, что он не просто для управления репозиториями, а прям full-stack инструмент для команды (разработка, тестирование, деплой)

У нас налаженного тестирования практически нет + ишуес в жире, а так CI в гитлабе, в том числе для тестовых образов. А что?

https://twitter.com/ilya_sher_prog/status/882115683466850304