Deprecating API authentication through query parameters
As mentioned in this previous blog post, GitHub no longer supports authentication through query parameters. Instead, we recommend users move the authentication in the header. This deprecation has not been applied to GitHub Enterprise offerings yet. We still recommend GitHub Enterprise customers make changes in their applications if possible. Please check the latest Enterprise release notes to lear
メールサーバー構築(Postfix+Dovecot) - CentOSで自宅サーバー構築
メールサーバーを構築する場合、送信メールサーバー(SMTPサーバー)と受信メールサーバー(POP/IMAPサーバー)の構築が必要となる。 ここでは、送信メールサーバーにはPostfix、受信メールサーバーにはDovecotを採用する。 なお、Postfixは迷惑メールの不正中継に利用されないようにするため、初期設定では外部から外部宛(例えば、会社等で自宅サーバーのメールアドレスからプロバイダのメールアドレス宛)に送信できないようになっているが、迷惑メールの不正中継に利用されずに外部から外部宛に送信できるようにするため、SMTP認証機能※を有効にする。 また、DovecotはPOP/IMAPサーバーとして構築し、ユーザーがPOPまたはIMAPを選択できるようにする。※POPとIMAPの違い ※SMTP認証機能とは、メール送信時にユーザー名とパスワードで認証を行なう機能であり、これにより、迷惑
コマンドラインからSMTP認証の試験を行う - Qiita
SMTPサーバの設定をした後、SMTP認証(AUTH-PLAIN)が通かどうかをtelnetで確認します。 認証用の文字列はユーザ名 (Null)ユーザ名(Null)パスワードをbase64で符号化して作ります。 MacOS Xを使っている場合は、% printf "%s\0... tr -d '\n' | pbcopyでコピーすると文字列を選択してコピーしなくていいので楽です。 SMTPサーバ: mx.example.jp:587 認証ユーザ名: user@example.jp 認証パスワード: hoge % printf "%s\0%s\0%s" user@example.jp user@example.jp hoge | openssl base64 -e | tr -d '\n'; echo dXNlckBleGFtcGxlLmpwAHVzZXJAZXhhbXBsZS5qcABob
Fulldigit - メールの送信テスト
最近はSMTP-AUTHなどで使う暗号化が当たり前なので、エンコードにプログラムを使って試験するしかないのですが、localhostからメールを出すときの試験は、telnetで簡単に試験することができます。 メールの試験はともかく、メールサーバーとのやりとりがどのようにされているか知るだけでも、結構ためになったりします。 （１）SMTPサーバーへの接続 telnetを使って、SMTPサーバーへ接続します。 この場合、SMTPサーバーが接続許可をしていないといけないわけですが、localhostであれば通常は接続許可しているので、localhostのSMTPサーバーに接続します。 # telnet localhost 25 Trying 127.0.0.1... Connected to smtp_test. Escape character is '^]'. 220 smtp_test.f
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
