スキップしてメイン コンテンツに移動

PPAPのきっかけを探して思い出ばなし

PPAP問題が一般的に認知されて1年，パスワード設定されたZIPの受け取り拒否をするような企業も出てきて，なんだかな～と思うことが多くなってきました。

しかも，添付ファイルを自動でパスワード設定したZIPに変換する機能を提供していた企業がいち早く拒否しだしているという・・・PPAPの根本原因は君たちじゃないか！！

受け取り側の問題も考えず，効果が低く，素人が考えた仕組みを自動化して金儲けして恥ずかしくないのか？と。

まぁ，独自の自己解凍形式を採用してWindowsでしか解凍できない製品を販売していた企業よりかは一応標準化されているZIPを採用している点は評価できるけどね。

Windowsの圧縮(zip形式)フォルダーの知名度がいまいちでフリーのZIPツールを利用するのが当たり前の時代に誤送信してもパスワードを知らなければ開けない方法は大発見ですよね。しかも圧縮(zipやLHA形式)の流通は一般的でしたので受信側も特に問題なかった。

もし98Plus!ではなく98標準機能で提供していれば高機能なZIPツールが普及することなく気軽に利用できない為PPAP問題に発展することはなかったかもしれません。

情シスとして利用者のサポートをしていると，添付のマニュアルは読まずにメニューとかブログなどで仕入れたニッチな機能を見つけて利用していることを教えてもらう事はよくあるのでPPAPは形を変えて問題になるのでしょうね。

送受信可能なメッセージサイズが課題になってた頃はZIP圧縮より大きなファイルを送信できる「宅ファイル便」が一気に普及した時期もありましたね。無償で300MBのファイルを送信できるサービスで企業の現場が勝手に使って大丈夫か？と疑問を感じた通り利用禁止の御触れが出るのも早かったですね。これによってクラウドストレージを利用した脱添付ファイルは十数年不可能になってしまいましたね。

もちろんメールで送れないサイズのファイルを送受信しなければならない企業は有償サービスなどの導入が一気に進んだと記憶していますが，それ以外の企業にとってはZIP圧縮が必須機能だったのでしょう。


  • 問題なく送信できるメッセージサイズが2MB程度と少なかった。
  • Office2003まではちょっとした資料でも2MBをすぐ超えて圧縮が必要
  • より制限の多かったパソコン通信経験者のフリーソフト布教
  • インストールに管理者権限が不要な多種多様なフリーソフトは大企業でも大人気？
  • メールでの書類送受信が増え誤送信に対する問題意識が高まっていた
  • 誰かが見つけたパスワード付きZIPの普及

ラベル:

コメント

コメントを投稿

このブログの人気の投稿

SharePoint アイテム保管ライブラリをのぞいてみよう（2023年1月改訂）

※アカウント移行に失敗し画像を失ったので再度取得し改訂しました。 Office 365 Advent Calendar 2021  の12月16日投稿です。 警告： 個人的な理解に基づく内容、表現です。疑いを持って取り扱ってください。 SharePoint と OneDrive の保持の詳細 - Microsoft 365 Compliance | Microsoft Docs SharePoint Onlineをご利用の方にとっては普通？の機能ですが、SharePoint Server 2010以前から利用している方にとっては2013からの新機能「インプレース保持」で使われる「アイテム保管ライブラリ」をちょっとのぞいてみようという内容です。 Exchangeのインプレース保持とSharePointの保持は違うよ～ Exchange のインプレース保持はごみ箱から消えたメッセージを含むすべてを保持することができるのですが、SharePointでは対象外アイテムが存在しますし、編集についてはバージョン履歴に依存しています。また、情報管理ポリシーの「ごみ箱に移動する」が動作しなくなるなど利用者への影響もありますので注意が必要です。また、保持してることを内緒にしたくてもサイト管理者にはバレバレな点は認識しておかないとね。あとE3相当以上の方はExchangeは容量無制限ですけど、SharePointはしっかりと契約容量に含まれているので上司の方から説明のたびに叱られる可能性がありますね。 SharePointの保持は、Exchangeが連携して利用する大容量添付ファイル送信やTeamsメッセージの添付ファイルを保持する目的のために存在する機能なのかな～という感じがします。SharePointの情報調査や監査という意味では、バックアップ製品などでこまめに世代管理する必要があると感じます。 SharePointで削除されたアイテムは各サイトの「アイテム保管ライブラリ」にコピーされ設定期間保持されます。 各サイトというのがミソですね。しかも、サイト管理者から参照可能な場所に保持されるため、保持について理解のないサイト管理者はこのライブラリのアイテムURLを見ることができないユーザーに渡すなど困った行動を起こす可能性があります。 それでは保持を確認するために保持されるアイテムを準
コメントを投稿
続きを読む

あけまして

コロナから始まり、コロナに終わる。 今年は別の話題で終わると良いですね。 モーそろそろアフターコロナになりたいな〜と思います。  今日は何人でした。とかね、なんか昭和最後の年末年始をちょっと思い出す。 なんだかな〜って感じですね。
コメントを投稿
続きを読む

1000ユーザーの役職情報を削除しなさい

ActiveDirectoryを管理していると、「1,000ユーザーの役職情報を削除しなさい」なんてオーダーが出る可能性はある。 理由は何でもいい。似たような状況に置かれたと考えてほしい。 Q.急いでいるんだけど、いつまでに完了できる？ A.ん～～1ユーザー30秒かからないとして500分程度。大体8時間 　ちょっと残業すれば今日中に終わると思います。 これ、あなたの答えですか？ 先日までは私の答えもこれだったかもしれません。 でも、今の私なら、「それなら30分くらいもらえれば終わります」（余裕） なぜなら私にはPowerShellという武器があるから。 まぁ、以前から便利なのは知ってたんですけどね、使う機会がなくてスクリプトとしては使っていなかったんですよ。やっても「Export-SPWeb」みたいな単発の命令ばっかりで～ じゃぁ、スクリプトっぽくいくよ～ Import-Module ActiveDirectory $users = Get-ADUser -Filter * ForEarch($user in $users) { Set-ADUser -Identity $user -Clear Title } あとはActiveDirectoryを編集できる権限で実行するだけ。 5分で書いて1分実行。 ついでに確認用のコマンドをちょっと打って まぁ、20分は忙しそうなふりして遊びましょうか？ 本当に動かすときは、編集対象に問題がないかとか、ちゃんと編集できた確認とか やるべきことは色々あるけど、たった6行・・・ いや、最小限でいよく Import-Module ActiveDirectory Get-ADUser -Filter * | Set-ADUser -Clear Title 2行で終わるかも・・・ つぶしてもいい環境だったらこれでいいよね。 PowerShellの何がすごいかって、 今までの方法だと、サーバーに接続して・・・って言語すらまともに使えないのに～ って感じだったのが、それぞれのコマンドが勝手に必要な手順をこなしてくれるんですよね。 スクリプトやプログラム言語でActiveDirectoryからユーザー一覧を取得する。 これだけでも結構な行数のプログラムを書かなければならなかった？わけなんですが、 Get-ADuser -Filter
コメントを投稿
続きを読む