アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
皆さんもソースを読むときに、行と行の間を読むような気持ちで見てほしい -- あるハッカー
銀行じゃないけど(オフトピ:-1) (スコア:2, 興味深い)
うちにもメールが来ました。
Re:銀行じゃないけど(オフトピ:-1) (スコア:0)
英文だったり、サービス登録していないメールアドレスなのでバレバレですが。むしろ「キタキタ~」と喜んで収集できます。
#趣味と実益w
Re:銀行じゃないけど(オフトピ:-1) (スコア:0)
これがあるから、使い捨てメールアドレスを利用してサービス登録を行うというのは対策として有効だと私は考えています。まあ、メールアドレスそのものが漏れた場合はまた話は別なのでしょうが。
Re:銀行じゃないけど(オフトピ:-1) (スコア:1, 参考になる)
本当の連絡のことを考えると使い捨てはまずいです。
Gmailのように後ろに「+ドコソコ」とか入れて、どこに登録したかわかると便利ですが、この機能は知られているから抜いたメールアドレスでPhishingメールが届くでしょうねぇ。
注:たとえば「hogehoge@gmail.com」のメールアドレスを持っているユーザーには「hogehoge+slashdot@gmail.com」とか「hoge.hoge@gmail.com」、「ho.ge.ho.ge@gmail.com」などのメールアドレスに送られたものもすべて受信できます。
Re:銀行じゃないけど(オフトピ:-1) (スコア:1)
そのうちに、@gmail.comについては、「+ドコソコ」を自動削除してSPAMを送ってくるようになるんじゃないかと思ってます。
まぁgmailにはSPAM filterサービスがあるのでSPAMの餌食になっても大丈夫だとは思いますが。
#でもgmailのSPAM filterを使った事が無い
Re:銀行じゃないけど(オフトピ:-1) (スコア:0)
そゆサイトは、例のメールアドレスにマッチする糞長い正規表現をコピペするという知能さえない土方PGが作ったことが明らかなので、利用を避けるのが安全だと思います。
Re:銀行じゃないけど(オフトピ:-1) (スコア:0)
あの正規表現では一般的なISPが許可していないようなメアド書式であっても通してしまいます。
捨てメアドや到達性の低い(と思われる)メアドを使われてしまっては困るようなサービスを提供する場合、特殊(に見える)なものをはじく方法をとることが必ずしも間違いとは言えないはずです。
これは、プログラマうんぬんというよりはサイト/サービス運営ポリシーの問題でしょう。
例えばimode限定サービスであの負荷が高く"糞長い正規表現"を考え無しにコピペで使うことの無能さを考えれば分かりやすいでしょうか。
そんなことよりXSSやCSRF、SQLインジェクション、テンポラリファイルやデータをWeb公開エリアに保存している、等々のプログラマの技量/知識/テスト不足を原因とする問題の方がよほど深刻です。
# 往々にしてそれらはクライアントの矛盾した欲求や、金銭的/時間的/問題であることも多いが.