今回事故調査委員会が出した結論はもっと根本的な部分に焦点が当てられていました。彼らは、「シャトルはそのプランの段階から既に間違った道を歩み始めていた」と指摘したんです。この事故は、その間違いに端を発すると。報告書にはこうあります「調査はテキサス東部から始

embrace the conflict -- 葛藤を楽しもう_:

・Googleはblogger持ってる関係で協賛したいと言い出してきた。(blogger国内展開考えてるのか？)
・「声かけできるし！」と自信満々だったが、はてな近藤さんに声かけて無視される。(あとHotwired編集長も多忙を理由に)
・はてなダイアリー自体は有料化を予定しているようです（日経コンピューター記者さんからの極秘情報）

インターネットオプション→全般→ユーザー補助→Webページで指定されたフォントサイズを使わない:

--- /usr/ports/mail/qmail/Makefile      Mon Aug 11 14:19:56 2003
+++ Makefile    Mon Nov  3 12:11:03 2003
@@ -106,6 +106,11 @@
 # MAIN_QMAIL_PORT_WITH_BIG_CONCURRENCY_PATCH_BARRIER
 # MAIN_QMAIL_PORT_WITH_OUTGOINGIP_PATCH_BARRIER
 #
+.if defined(WITH_IPV6)
+PATCH_SITES+=  http://pyon.org/fujiwara/
+PATCHFILES+=   qmail-1.03-v6-20021006.diff
+PATCH_DIST_STRIP+=      -p1
+.endif
 .if defined(WITH_QMAILQUEUE_PATCH)&&!defined(MAIN_QMAIL_PORT_WITH_QMAILQUEUE_PATCH_BARRIER)
 PATCHFILES+=   qmailqueue-patch
 .endif # WITH_QMAILQUEUE_PATCH && !MAIN_QMAIL_PORT_WITH_QMAILQUEUE_PATCH_BARRIER

--- orig/qmail-remote.c	Mon Nov  3 14:02:58 2003
+++ ./qmail-remote.c	Mon Nov  3 14:11:32 2003
@@ -1,4 +1,5 @@
 #include <sys/types.h>
+#include <sys/stat.h>
 #include <sys/socket.h>
 #include <netinet/in.h>
 #include <arpa/inet.h>
@@ -14,6 +15,7 @@
 #include "dns.h"
 #include "alloc.h"
 #include "quote.h"
+#include "fmt.h"
 #include "ip.h"
 #include "ipalloc.h"
 #include "ipme.h"
@@ -31,8 +33,8 @@
 
 #define HUGESMTPTEXT 5000
 
-#define PORT_SMTP 25 /* silly rabbit, /etc/services is for users */
-unsigned long port = PORT_SMTP;
+unsigned long smtp_port = 25; /* silly rabbit, /etc/services is for users */
+unsigned long qmtp_port = 209;
 
 GEN_ALLOC_typedef(saa,stralloc,sa,len,a)
 GEN_ALLOC_readyplus(saa,stralloc,sa,len,a,i,n,x,10,saa_readyplus)
@@ -70,6 +72,8 @@
 Unable to switch to home directory. (#4.3.0)\n"); zerodie(); }
 void temp_control() { out("Z\
 Unable to read control files. (#4.3.0)\n"); zerodie(); }
+void temp_proto() { out("Z\
+recipient did not talk proper QMTP (#4.3.0)\n"); zerodie(); }
 void perm_partialline() { out("D\
 SMTP cannot transfer messages with partial final lines. (#5.6.2)\n"); zerodie(); }
 void perm_usage() { out("D\
@@ -130,9 +134,9 @@
   return r;
 }
 
-char inbuf[1024];
+char inbuf[1500];
 substdio ssin = SUBSTDIO_FDBUF(read,0,inbuf,sizeof inbuf);
-char smtptobuf[1024];
+char smtptobuf[1500];
 substdio smtpto = SUBSTDIO_FDBUF(safewrite,-1,smtptobuf,sizeof smtptobuf);
 char smtpfrombuf[128];
 substdio smtpfrom = SUBSTDIO_FDBUF(saferead,-1,smtpfrombuf,sizeof smtpfrombuf);
@@ -281,6 +285,113 @@
   quit("K"," accepted message");
 }
 
+int qmtp_priority(int pref)
+{
+  if (pref < 12800) return 0;
+  if (pref > 13055) return 0;
+  if (pref % 16 == 1) return 1;
+  return 0;
+}
+
+void qmtp()
+{
+  struct stat st;
+  unsigned long len;
+  int len2;
+  char *x;
+  int i;
+  int n;
+  unsigned char ch;
+  char num[FMT_ULONG];
+  int flagallok;
+
+  if (fstat(0,&st) == -1) quit("Z", " unable to fstat stdin");
+  len = st.st_size;
+
+  /* the following code was substantially taken from serialmail'ss serialqmtp.c */
+  substdio_put(&smtpto,num,fmt_ulong(num,len+1));
+  substdio_put(&smtpto,":\n",2);
+  while (len > 0) {
+    n = substdio_feed(&ssin);
+    if (n <= 0) _exit(32); /* wise guy again */
+    x = substdio_PEEK(&ssin);
+    substdio_put(&smtpto,x,n);
+    substdio_SEEK(&ssin,n);
+    len -= n;
+  }
+  substdio_put(&smtpto,",",1);
+
+  len = sender.len;
+  substdio_put(&smtpto,num,fmt_ulong(num,len));
+  substdio_put(&smtpto,":",1);
+  substdio_put(&smtpto,sender.s,sender.len);
+  substdio_put(&smtpto,",",1);
+
+  len = 0;
+  for (i = 0;i < reciplist.len;++i)
+    len += fmt_ulong(num,reciplist.sa[i].len) + 1 + reciplist.sa[i].len + 1;
+  substdio_put(&smtpto,num,fmt_ulong(num,len));
+  substdio_put(&smtpto,":",1);
+  for (i = 0;i < reciplist.len;++i) {
+    substdio_put(&smtpto,num,fmt_ulong(num,reciplist.sa[i].len));
+    substdio_put(&smtpto,":",1);
+    substdio_put(&smtpto,reciplist.sa[i].s,reciplist.sa[i].len);
+    substdio_put(&smtpto,",",1);
+  }
+  substdio_put(&smtpto,",",1);
+  substdio_flush(&smtpto);
+
+  flagallok = 1;
+
+  for (i = 0;i < reciplist.len;++i) {
+    len = 0;
+    for (;;) {
+      get(&ch);
+      if (ch == ':') break;
+      if (len > 200000000) temp_proto();
+      if (ch - '0' > 9) temp_proto();
+      len = 10 * len + (ch - '0');
+    }
+    if (!len) temp_proto();
+    get(&ch); --len;
+    if ((ch != 'Z') && (ch != 'D') && (ch != 'K')) temp_proto();
+
+    if (!stralloc_copyb(&smtptext,&ch,1)) temp_proto();
+    if (!stralloc_cats(&smtptext,"qmtp: ")) temp_nomem();
+
+    while (len > 0) {
+      get(&ch);
+      --len;
+    }
+
+    for (len = 0;len < smtptext.len;++len) {
+      ch = smtptext.s[len];
+      if ((ch < 32) || (ch > 126)) smtptext.s[len] = '?';
+    }
+    get(&ch);
+    if (ch != ',') temp_proto();
+    smtptext.s[smtptext.len-1] = '\n';
+
+    if (smtptext.s[0] == 'K') out("r");
+    else if (smtptext.s[0] == 'D') {
+      out("h");
+      flagallok = 0;
+    }
+    else { /* if (smtptext.s[0] == 'Z') */
+      out("s");
+      flagallok = 0;
+    }
+    if (substdio_put(subfdoutsmall,smtptext.s+1,smtptext.len-1) == -1) temp_noconn();
+    zero();
+  }
+  if (!flagallok) {
+    out("DGiving up on ");outhost();out("\n");
+  } else {
+    out("KAll received okay by ");outhost();out("\n");
+  }
+  zerodie();
+}
+
 stralloc canonhost = {0};
 stralloc canonbox = {0};
 
@@ -392,7 +503,7 @@
   if (relayhost) {
     i = str_chr(relayhost,':');
     if (relayhost[i]) {
-      scan_ulong(relayhost + i + 1,&port);
+      scan_ulong(relayhost + i + 1,&smtp_port);
       relayhost[i] = 0;
     }
     if (!stralloc_copys(&host,relayhost)) temp_nomem();
@@ -453,7 +564,17 @@
     smtpfd = socket(ip.ix[i].af,SOCK_STREAM,0);
     if (smtpfd == -1) temp_oserr();
  
-    if (timeoutconn46(smtpfd,&ip.ix[i],(unsigned int) port,timeoutconnect) == 0)
+    if (qmtp_priority(ip.ix[i].pref)) {
+      if (timeoutconn46(smtpfd,&ip.ix[i],(unsigned int) qmtp_port,timeoutconnect) == 0) {
+       tcpto_err(&ip.ix[i],0);
+       partner = ip.ix[i];
+       qmtp(); /* does not return */
+      }
+      close(smtpfd);
+      smtpfd = socket(AF_INET,SOCK_STREAM,0);
+      if (smtpfd == -1) temp_oserr();
+    }
+    if (timeoutconn46(smtpfd,&ip.ix[i],(unsigned int) smtp_port,timeoutconnect)== 0)
 	{
       tcpto_err(&ip.ix[i],0);
       partner = ip.ix[i];

9a10
> MD5 (qmail-1.03-v6-20021006.diff) = 828cfdbdc8f43dd62f518dbefc5258f3

　文化庁は日本映画のレベルアップを図り、映画界を活性化させるため、映画製作会社などが最新のデジタル編集設備を購入した場合の優遇税制措置創設を検討している。
　日本映画界は近年、復調傾向にある。アニメなどが国際映画祭で高い評価を受け、映画館入場者数も１９９６年（約１億２０００万人）から増加に転じ、昨年は約１億６０００万人に達した。しかし、興行収入の約７割は洋画が占め、押され気味の傾向は相変わらずだ。
　文化庁によると、欧米では、撮影後の仕上げ段階で最新鋭のデジタル編集設備を活用して画質や音質を向上させたり、コンピューターグラフィックス（ＣＧ）やデジタル合成などの最先端技術を駆使したりして作品の完成度を高めている。一方、日本では、設備一式で５億円と言われる高額な費用がネックとなって普及が遅れているという。
　文化庁は今回の新税制が実現すれば、デジタル編集装置や音声処理装置、ＣＧ制作装置などを購入した場合、その年度に支払うべき法人税額から購入額の１０％を控除することを検討している。リースの場合でも、リース総額の６％を控除できるようにする考えだ。
　同庁は対象となる企業計約４００社が今後５年間で設備を更新することを目標としており、年間（８０社分）の減税額を約１８億７０００万円と見込んでいる。
　ただ、実現するには政府・与党の税制改正論議をクリアする必要がある。先端技術を駆使するハリウッド映画のような日本映画は誕生するか――。
(2003/11/4/00:17　読売新聞　無断転載禁止)

第二に、この件で有効な情報を探すのにGoogleなどの検索エンジンは役に立たなかった。これには二つの可能性を思いつく。一つはMacコミュニティがそれほど機能していないという可能性だ。初期のMacコミュニティや現在のLinuxザウルスコミュニティを見ていると、技術的な問題を解ける人は、往々にしてそれが難しい人に手を差し伸べるし、それはある次期を境にWeb上で行われることが多くなっている。だから検索エンジンはこうした問題時に、彼らハッカーたちが発信している情報を探し、問題を解決するのに役に立ったのだけど、今回はもしかしたらこうした情報発信が無かったのかもしれない(※)。

というわけで保存しておこう:

山田 2003/11/02 (Sun) 01:04:04 
●ドリコム社内ML(MyblogJapan用)からおもしろポイント

・Googleはblogger持ってる関係で協賛したいと言い出してきた。(blogger国内展開考えてるのか？)
・「声かけできるし！」と自信満々だったが、はてな近藤さんに声かけて無視される。(あとHotwired編集長も多忙を理由に)
・はてなダイアリー自体は有料化を予定しているようです（日経コンピューター記者さんからの極秘情報）
・MyProfile有料版案。無料版（≒現状のmyprofile）、レギュラー版（月300円、携帯公式有料サイトで課金みたいな）、プロ版（カードで課金、独自ドメイン、みたいな）３段階
・斎藤さんはめちゃ身内では２ちゃんねる語
・ウェブロ番長決定戦は深水ちゃんと話してて盛り上がっていっしょにやりましょうってなった企画
・商品はうまい棒１年分とか会社のTシャツとかかなりしょぼい。波多野さんだけ10万円ポンと出してまとも。
・ネットナビがMyBlogJapanのランキング上位を紙面で毎号乗せるコーナーをドリコムに持ちかける
・ブロガーはメッセ外交が主流
・表彰式は、ベルファーレで鍋を食べながらイベントを計画


●ドリコム社内ML(MyProfile用)からおもしろポイント

・「この人編集がうまくいかないそうです。パスワードはこれです」とユーザーのPass漏れ?

「有名声優が毎日授業」は誇大　養成学校に学費返還命令 ~ 　「誇大な学生募集広告にだまされた」として、声優などの養成学校「東京アニメーター学院」（東京都千代田区）に通っていた元学生１２人が学費計１３０５万円の返還を求めた訴訟の判決が５日、東京地裁であった。片山良広裁判長は、広告通りの授業が一部行われなかったと認
　判決によると、同校は雑誌広告で、５人の有名声優の写真を月〜金の曜日と並べて掲載し、「一流の声優に学べ」などとうたって学生を募集したが、実際に声優が担当した授業は週に１回ほどだった。また、入学案内に「全日制」と記載しながら実際には午後からしか授業がなかっ
　原告の学生らは授業内容に不満を抱き、約７カ月で退学。判決は「広告通りの授業は全体の７割」とし、支払った授業料のうち、退学以降の期間分と在学期間中の３割分について返還を命じた。
　＜同学院広報部の話＞　主張は全面的には認められなかったが、入学案内に記載したとおりの授業を行っていた。控訴については判決を検討して決めたい。

PACKAGES=	/usr/local/www/data/pub/FreeBSD/extras/i386/releng4/
DEPENDS_TARGET=	package

……というかWikiにでも書いておくか。:

ここで浮かび上がってきたのは、日本Sambaユーザ会の主要メンバーが持つ、Samba Core Teamに対する拭い難い不信感だった。参加者からは「(マルチバイト文字の処理に)問題があることをそもそも認識してくれない」「こちらが問題を指摘してパッチを送っても『ただで配っているものに文句を言うな』という態度をチーム側が取ることがある」「開発の方向性がほとんど全てIRCでの議論で決まってしまうため、時差の関係や英語の問題などでIRCへの参加が難しい日本人の意見がほとんど反映されない」など、Core Teamへの不満が噴出した。

　テレビアニメの声優３６０人が、「ちびまる子ちゃん」などアニメのビデオ販売に伴って追加報酬が支払われないのは契約違反だとして、映像製作大手の日本アニメーション（東京都中央区）と、子会社の音響映像システム（港区）に計約８７００万円の支払いを求めた訴訟の判決が６日、東京地裁であった。
　滝沢孝臣裁判長は「劇場公開の場合には追加報酬が支払われてきた経過からすると、ビデオ化の際も支払い義務がある」と指摘し、システム社に請求全額の支払いを命じた。日本アニメーションへの請求は棄却した。
　訴えていたのは、日本俳優連合（日俳連、港区）に加入している声優で、「ゲゲゲの鬼太郎」の鬼太郎役などで知られる野沢雅子さんや、「魔法使いサリー」のパパ役を務めた内海賢二さんら。
　判決によると、日俳連は１９８１年１０月、システム社が加盟する日本音声製作者連盟との間で出演条件を定めた協約を結び、作品を目的外使用する場合には声優に使用料を支払うことを決めた。しかし、アニメーション社が製作し、システム社が音声を担当したテレビアニメ３１本がビデオ化された際、使用料が支払われなかった。
　判決は、「ビデオ化も協約の『目的外使用』に含まれる」と認定し、「使用料支払いは再放送を想定しており、ビデオ化については協約は無効」とするシステム社側の主張を退けた。一方、アニメーション社への請求については、「声優への報酬支払いは、音声製作会社に責任がある」として認めなかった。
(2003/11/6/16:22　読売新聞　無断転載禁止)

'shells/scponly' => 'WITHOUT_SCPONLY_GFTP=yes WITH_SCPONLY_RSYNC=yes WITH_SCPONLY_CHROOT=yes',

#!/bin/sh
cd /home
for i in `cat アカウントリスト`
do
echo "./Maildir/" > $i/.qmail
echo "&$i@新ドメイン.jp" >> $i/.qmail
done

今回の件で、問題がややこしくなっているのは、二次使用権に関する支払が、
　声優さん←音響映像システム←日本アニメ
というルートで行われることになっているのですが、ここで真ん中の音響映像システムが、
「日本アニメから貰ってないので払えない」とゴネているわけです。 そこで声優さんたちは、訴訟を起こしました。 「まず日本アニメさん支払ってください。そして、音響映像さん、我々に支払ってください」

'mail/qmail' => '-DWITH_QMAILQUEUE_PATCH',

ゲートウェイ側IP:allow
:deny

192.168.jail.メールサーバー:allow,RELAYCLIENT="",QMAILQUEUE="/var/qmail/bin/qmail-queue"
:allow,QMAILQUEUE="/var/qmail/bin/qmail-qmqpc"

また、以前の MS-DOS では使用できなかった特殊文字で、Windows 95 の長いファイルで使用できるようになった文字には、次のようなものがあります。 注意：これらの文字は、8.3形式の名前ではアンダースコア ( _ ) に変換されます。 8.3形式ファイル名については、下記「補足」をご参照ください。
+ , ; = [ ]

: < > \ / * ? |

"と;も使えない:

１．Japan Color 2001 Coated
この設定はJapan Color色再現印刷2001に準拠しており、次の印刷条件で日本の標準インキを使用する高品質の色分解を行います。インキ使用総領域350％、ポジ版、コート紙
２．Japan Color 2001 Uncoated
この設定はJapan Color色再現印刷2001に準拠しており、次の印刷条件で日本の標準インキを使用する高品質の色分解を行います。インキ使用総領域310％、ポジ版、上質紙
３．Japan Web Coated(Ad)
この設定は社団法人日本雑誌協会の雑誌広告基準カラーを参考に作成しており、下記の条件で作成されています。インキ使用総領域300％、ポジ版、DDCP出力

今日の午後、UIEvolutionの中島CEOとお会いする。 彼は、余り知られていないかも知れないけれど、Win95を最初から最後まで担当したLead Software Architect。 日本語版ということでなく、英語オリジナル版@Microsoft HQ。 そう、Win95の基本設計をしたのは、日本人だったのです。 IE3と4のアーキテクトも彼。 当時 Spygrassから買ってきたコードがスパゲッティーで、全部一人で書き直した。

続報_:

最終出力装置である家庭用TVそのものはマッハバンドを回避できる能力を持ってるのではないかと。

昔は実現できていた事が、今では実現できなくなった・質が落ちた *2 というのはなんだかな。

--- Makefile.orig    Sun Nov  9 23:54:20 2003
+++ Makefile    Sun Nov  9 23:51:42 2003
@@ -16,7 +16,7 @@
 MAINTAINER=    info@otsune.com
 COMMENT=       A webmail system which accesses mail over IMAP with Japanese patch

-PATCHVERSION=  20031002
+PATCHVERSION=  20031109

 MASTERDIR=     ${.CURDIR}/../../mail/squirrelmail
 MD5_FILE=      ${.CURDIR}/distinfo
--- distinfo.orig    Sun Nov  9 23:54:20 2003
+++ distinfo    Sun Nov  9 23:51:58 2003
@@ -1,2 +1,2 @@
 MD5 (squirrelmail-1.4.2.tar.bz2) = 8d8271c704a9f23d53138a4ceea38fb4
-MD5 (squirrelmail-1.4.2-ja-20031002-patch.gz) = 6b1bb13e82998d4183a00485505c8579
+MD5 (squirrelmail-1.4.2-ja-20031109-patch.gz) = 306f7ce87d2cd6225a805f85ce9201d8

# dhcpd.conf for primary
#
failover peer "hoge" {
        primary;
        address 192.168.hoge.A;
        port 519;
        peer address 192.168.hoge.B;
        peer port 520;
        max-response-delay 60;
        max-unacked-updates 10;
        mclt 3600;
        hba ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:
        00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00;
        load balance max seconds 3;
}
include "/usr/local/etc/dhcpd.master";

pool    {
        failover peer "hoge" ;
        deny dynamic bootp clients;
        range 192.168.hoge.下限 192.168.hoge.上限;
        }

# dhcpd.conf for secondary
#
failover peer "hoge" {
       secondary;
       address 192.168.hoge.B;
       port 520;
       peer address 192.168.hoge.A;
       peer port 519;
       max-response-delay 60;
       max-unacked-updates 10;
}
include "/usr/local/etc/dhcpd.master";

カテゴリのtypo修正:

変なところを挙げてみる / Gururi の日記_:

「日本人 としてはすごーくできた人で、あまりにもできたから Windows 3.0の前くらいでUS法人に行った」
「けど、ここで書かれているほどではない」
「かかわった製品はあっているけど、“Lead”はちゃんちゃらおかしい」

要するに多人数が関わる大物プロジェクトで「この人が作りました」ってアピールは難しい:

/usr/bin/passwdがシェルなんだから、それ経由でChange Passwordさせてもいいな:

転送元サーバー:allow,DATABYTES="0"

入れてないんで予想だけど、たぶん起動ディスクを開くと/commandとか/packageとか見えそう.....って俺も/service不可視にしてないじゃんw
/Developer/Tools/SetFile -a V /service
で不可視になります。Finderの再起動が必要かもしれないけど.....

終わっているっぽい:

写真のシャッタースピードに相当する分解能はいくらと言えばいいのだろう？:

OpenOffice1.1 Easy Registrationをインストール:

新規発行アカウントの仮パスワードをプリントアウト:

Mozilla Thunderbird 0.3設定:

S々木端末にもLAN接続:

S社のftpサーバーのIP変更:

あと、 jtokenizerにはbigramしか使ったことがないが、 mecabやらchasenやらkakasiやらを使うと判定率が上がるのかどうか、誰か統計持っていないだろうか。

MD5 (bsfilter.1.36.4.2) = b80105190daa519a23f18d01a9eb3dd5

先日トヨタの会長奥田某と、元科技庁長官尾身某の対談を読んでいて私は苛立った。彼らの話題の中心は技術者や職人の「暗黙知」だった。マニュアルには書かれることのない微妙なコツ、それが日本の工業のクオリティを高めており、この点で日本は経済的に救われる、ということだった。暗黙知の反対語として「形式知」ということばを使っていた。これはマニュアルを指している。すなわち文章にして書きとめることのできる知識だ。私は、日本は暗黙知だけではないか、と反感を覚えた。形式知という呼び方からもわかるように、マニュアルはタテマエでしかないのだ。本当のことは書いていない。

暗黙知を形式知に変えることが品質管理ということなんだよー_:

「考え事は大好きです。独自のアイデアひねります。実行するのは面倒です。途中で止めても平気です。」:

H原監督からWebメーラーが見えないよ。という不具合報告。:

青木摩周が太っていた:

出崎統の「ゴクウの大冒険」No.8:

TGFのラストの東京タワーが踊るカットの処理:

Thunderbirdで送信フォルダ保存が失敗する:

INBOX.Sent
INBOX.Trash
INBOX.Drafts

INBOX.Trash
INBOX.Sent
INBOX.Drafts

N戸WinMeマシンメンテ:

(3) 根拠のない特許権侵害の濫発等による競争者の妨害
(4) ぎまん的な宣伝活動

MD5 (bsfilter.1.36.4.4) = d64940a92635ba051bc6d9ff0113216e

MD5 (bsfilter.1.36.4.5) = dd00024f8f8679ccd77519e3a3b24707

CONFLICTS=      squirrelmail-1.*

ZABADAKでかっこつける奴はいないだろ:

審査受理まで、調査の通知 などはしない方針にしました

ニュースバードを見た:

協会からのお知らせ_:

QTParted is a Partition Magic clone written in C++ using the Qt toolkit.

I'm using mpd as PPTP server for Windows XP clients, when accessing bigger websites, or listing larger ftp directories, then the connection seems to hang.

Windows XP insists on a very low MTU (usualy 1396 Bytes), this needs fragmentation, if bigger packets should be transmited over the link.
Fragmentation is negotiated at ICMP level, if there is a bad router somewhere in the network, who drops such packets, then the connection seems to hang.

For TCP connections it's possible enabling the TCP-MSS-Fix:
set iface enable tcpmssfix
(available since mpd-3.15).

set iface enable tcpmssfix

変化無し:

“自分ではチャレンジしないくせに 　企画のアラを探すのだけは上手な評論家みたいなゲームクリエイター”

というか、これは食品ではなくて「兵器」なのでは?:

id:bmp氏のはてなダイアリーをqueueしてみた_: