請你舉例 國內哪一件 eMule使用者 是被判刑的??

檢調花那麼大力氣 只是要舉證一個人是否散佈 簡直笑死人

你以為搜索票這麼好申請 大家都吃飽沒事幹

你趕快公佈 實務經驗 被告的例子吧

別淨扯一堆IP不IP的

你才觀念錯誤

eMule 採用的是滴流槽

官方稱做Trickle-slot狀態，指在下載佇列或上傳佇列中，處於灰色的上傳通道或下載通道。滴流槽形成原因：電騾客戶的下載或上傳未滿，但不足以支援一個完整通道

兩個通道是分開的 不是下載時立即分享

eMule有HideOS機制

在這些前提下，我們分析下HideOS的性能。假設發布者以100k/s的上傳頻​​寬發布一個700M的完整文件，HideOS的閾值設置為1，即上傳一次文件塊後立即隱藏，直到下一輪上傳。

首先，這個文件大約2小時上傳一輪，也就是說每個文件塊每2小時有且僅有一次上傳機會。

接著我們假設所有接收到文件塊的人，以50k/s的上傳頻寬分流這個文件。通過很簡單的計算我們可以知道，在兩小時的時間中，每個文件塊都會被上傳35~40次。

很明顯，這如上假設下，當所有文件塊都上傳一遍之後，就算有一部分人下線了，2小時之內這個文件至少會具有20+完整源，發布應該是成功完成了。

但是，發布者的噩夢就此產生。由於HideOS的極端設置，在我們的例子中發布者每2小時只能把一個文件塊上傳給一個用戶。如果說發布者運氣不好，某個文件塊給了一個很快就要下線的小水管(其實這個可能性還不低)，那麼這2個小時這個文件塊是無法分流了

其实要避免这种杯具也不难，理解HideOS的本意就好了。Hide Over Shared就是隐藏过度分享的文件块，而不是分享之后立即隐藏。

綜上所述，只有上傳發布文件時才需要極端HideOS設置，分享1次或者2次文件塊之後立即隱藏(無法得知上傳什麼東西)。使用者可以適當時候設置HideOS，當某個文件塊上傳的次數比其他文件塊多好幾次時才去隱藏，避免檔案被預覽或者邊下邊看的騷擾(例如被舉證)。

你還搞不懂嗎? 上面的機制是讓檔案得以分流，將檔案打散傳給不同的人，再讓這
些使用者彼此互補，跟使用者資訊安全無關。

你只要將軟體打開，點選要下載的檔案，展開此檔案清單，所有擁有此檔案的使用
者IP及完成比例通通一目了然，使用這類軟體要清楚它的風險，現在檢警不抓一般
使用者，不代表以後也不會抓，像M01那位苦主被檢舉，檢警就會展開調查。

我記得有陣子國際智保團體曾大動作掃蕩，國內外皆風聲鶴唳人人自危，IPFilter
也是此時發展出來的，當時不管是一般使用者還是Server提供者，都有被起訴過
，後來智保團體做法改變，對於一般使用者只警告，但對於伺服器及網站架設者嚴
以取締，造成ed2k Server消失大半，才又發展出KAD機制，相信很多人都曾經歷
過這些時期，也知道如果要取締技術上絕對沒有問題，以前時有耳聞eMule使用者
接獲智保團警告。

以前PCDVD就曾有人被警告。
http://www.pcdvd.com.tw/showthread....21&page=1&pp=10
相關案例網路上多如牛毛。
http://www.ptt.cc/bbs/P2PSoftWare/M...7083.A.028.html

別再誤以為eMule很安全了，eMule在下載的同時，你的IP及檔案資料就癱在網路上
任人查閱。

你怎麼知道此檔案是從你分流出去 (每隔2小時你才分享一次)
就算花了大力氣去驗證不是假IP 證明是你分流出去
前面判例已經很清楚 分流出去的碎片檔 無法成為證據

檢警會為了 一個碎片檔 開搜索票去你家蒐證嗎??

事件在美國

請舉例 國內的實例 真正被告的事

文中
這函不具法律效力,沒理由強制你找證據證明自己清白
ISP設備商與教網 也不是版權擁有者 無法提告

檢警只能抓上傳

要抓上傳 請來舉證 證明是真檔

碎片檔無法成為證據，這是那位法官選擇不採信這個證據，但如果換一位法官審判
結果是不是相同就很難說了，風險還是存在，就算最後沒有定罪，你光是那段時間
跑法院，整天煩惱會不會有事，就夠頭疼的。

檢調一般是不會如此大動作，但是如果有人檢舉那就難講了。

你前面說國內外，現在又改口了，我記得國內也有定罪的案例，要花時間找找看。
PS.檔案真偽可以用hash來判斷。