質問編集履歴
3
typoの修正
test
CHANGED
File without changes
|
test
CHANGED
@@ -12,7 +12,7 @@
|
|
12
12
|
|
13
13
|
* **世の中の IMAP4 サーバの実装でどうなっているかご存じであれば教えてください**
|
14
14
|
|
15
|
-
dovecot の場合は以下のように特に使い切った時に何らかの方法で更新するというような処理が実装されておらず、単にエラー終了するだけに見えますが、どこかに UID/UIDVALIDITY をどうにかして引き続きメールボックを使えるようにする実装があるでしょうか?
|
15
|
+
dovecot の場合は以下のように特に使い切った時に何らかの方法で更新するというような処理が実装されておらず、単にエラー終了するだけに見えますが、どこかに UID/UIDVALIDITY をどうにかして引き続きメールボックスを使えるようにする実装があるでしょうか?
|
16
16
|
|
17
17
|
|
18
18
|
|
2
わかりづらい文章の調整
test
CHANGED
File without changes
|
test
CHANGED
@@ -8,11 +8,11 @@
|
|
8
8
|
|
9
9
|
* **この値が万が一 32bit 値を使いきった時にどうするかというのはどこかに定義されているのでしょうか?**
|
10
10
|
|
11
|
-
セッションをまたいで UID の永続性が保てない場合は UIDVALIDITY を前より大きな値に変更できそうですが、RFC の記載はメッセージストアの性質上、UID を保持できないような場合には UIDVALIDITY をセッションごとに変えて、それまでの値と重複しないようにするための説明となっています
|
11
|
+
セッションをまたいで UID の永続性が保てない場合は UIDVALIDITY を前より大きな値に変更できそうですが、RFC の記載はメッセージストアの性質上、UID を保持できないような場合には UIDVALIDITY をセッションごとに変えて、それまでの値と重複しないようにするための説明となっています。それとも 32bit の値なんて使いきるわけないという前提で考えられていない?
|
12
12
|
|
13
13
|
* **世の中の IMAP4 サーバの実装でどうなっているかご存じであれば教えてください**
|
14
14
|
|
15
|
-
dovecot の場合は以下のように特に使い切った時に何らかの方法で更新するというような処理が実装されておらず、単にエラー終了するだけに見えますが、どこかに
|
15
|
+
dovecot の場合は以下のように特に使い切った時に何らかの方法で更新するというような処理が実装されておらず、単にエラー終了するだけに見えますが、どこかに UID/UIDVALIDITY をどうにかして引き続きメールボックを使えるようにする実装があるでしょうか?
|
16
16
|
|
17
17
|
|
18
18
|
|
1
変な文字列が入ってた
test
CHANGED
File without changes
|
test
CHANGED
@@ -6,7 +6,7 @@
|
|
6
6
|
|
7
7
|
|
8
8
|
|
9
|
-
* **
|
9
|
+
* **この値が万が一 32bit 値を使いきった時にどうするかというのはどこかに定義されているのでしょうか?**
|
10
10
|
|
11
11
|
セッションをまたいで UID の永続性が保てない場合は UIDVALIDITY を前より大きな値に変更できそうですが、RFC の記載はメッセージストアの性質上、UID を保持できないような場合には UIDVALIDITY をセッションごとに変えて、それまでの値と重複しないようにするための説明となっています
|
12
12
|
|