Remove unrelated pages for laboration

7 files changed, 0 insertions, 67 deletions

diff --git a/tracker/Error_on_search_in_roundcube/comment_1_ab3c858438a2bb81a607d8dce7a30709._comment b/tracker/Error_on_search_in_roundcube/comment_1_ab3c858438a2bb81a607d8dce7a30709._comment
deleted file mode 100644
index 2466c47..0000000
--- a/tracker/Error_on_search_in_roundcube/comment_1_ab3c858438a2bb81a607d8dce7a30709._comment
+++ /dev/null
@@ -1,24 +0,0 @@
-[[!comment format=mdwn
- username="guilhem"
- avatar="http://cdn.libravatar.org/avatar/86d6cb4bde1ef88730b14ccad0414c28"
- subject="comment 1"
- date="2015-06-05T15:37:37Z"
- content="""
-Interesting.  And no, it's not brutal at all, Dovecot should be able scale to millions of messages.  Could you check if that happens again with Dovecot 2.2.13 (upgraded in early May)?  If yes, could you type the following in a shell and see if that works for you?  (The ‘S:’ prefixes denote server output; the ‘C:’ prefixes denote client input.)
-
-    $ openssl s_client -connect imap.fripost.org:993 -CApath /etc/ssl/certs
-    S: […]
-    S: * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE AUTH=PLAIN AUTH=LOGIN] Dovecot ready.
-    C: a LOGIN guilhem \"my top secret password\"
-    S: a OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE SORT SORT=DISPLAY THREAD=REFERENCES THREAD=REFS THREAD=ORDEREDSUBJECT MULTIAPPEND URL-PARTIAL CATENATE UNSELECT CHILDREN NAMESPACE UIDPLUS LIST-EXTENDED I18NLEVEL=1 CONDSTORE QRESYNC ESEARCH ESORT SEARCHRES WITHIN CONTEXT=SEARCH LIST-STATUS SPECIAL-USE BINARY MOVE NOTIFY] Logged in
-    C: b EXAMINE INBOX
-    S: […]
-    S: b OK [READ-ONLY] Examine completed (0.000 secs).
-    C: c UID SEARCH RETURN (ALL) UNDELETED TEXT blah
-    S: c OK Search completed (7.224 secs).
-    C: d LOGOUT
-    S: * BYE Logging out
-    S: d OK Logout completed.
-
-    
-"""]]
diff --git a/tracker/Error_on_search_in_roundcube/comment_2_ac109ee66223f3878ac214f8158e1712._comment b/tracker/Error_on_search_in_roundcube/comment_2_ac109ee66223f3878ac214f8158e1712._comment
deleted file mode 100644
index 7e00a26..0000000
--- a/tracker/Error_on_search_in_roundcube/comment_2_ac109ee66223f3878ac214f8158e1712._comment
+++ /dev/null
@@ -1,10 +0,0 @@
-[[!comment format=mdwn
- username="Grégoire"
- avatar="http://cdn.libravatar.org/avatar/5ed039572e7af206cbc97a7c59dcb0ad"
- subject="comment 2"
- date="2015-09-28T19:24:40Z"
- content="""
-If I try in roundcube, it serches for a while and then tells me it didn't find anything (but it should!). 
-
-If I try with openssl (same query), it seems to work (note that the problem happens with virtual/all, not with INBOX).
-"""]]
diff --git a/tracker/Error_on_search_in_roundcube/comment_3_a81381fc8c1c4fc165e152b09c584c46._comment b/tracker/Error_on_search_in_roundcube/comment_3_a81381fc8c1c4fc165e152b09c584c46._comment
deleted file mode 100644
index 0aa3b91..0000000
--- a/tracker/Error_on_search_in_roundcube/comment_3_a81381fc8c1c4fc165e152b09c584c46._comment
+++ /dev/null
@@ -1,9 +0,0 @@
-[[!comment format=mdwn
- username="guilhem"
- avatar="http://cdn.libravatar.org/avatar/86d6cb4bde1ef88730b14ccad0414c28"
- subject="comment 3"
- date="2015-09-28T20:01:45Z"
- content="""
-Roundcube might have killed the connection due to the IMAP timeout.  (Since HTTP is stateless, each user event triggers a IMAP connection.)
-How long did the the search take on the terminal (7.224 secs in my example)?  We might have to raise the timeout. 
-"""]]
diff --git a/tracker/Error_on_search_in_roundcube/comment_4_8642f30fd43365b55362691bb6835a88._comment b/tracker/Error_on_search_in_roundcube/comment_4_8642f30fd43365b55362691bb6835a88._comment
deleted file mode 100644
index f820f34..0000000
--- a/tracker/Error_on_search_in_roundcube/comment_4_8642f30fd43365b55362691bb6835a88._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="Grégoire"
- avatar="http://cdn.libravatar.org/avatar/5ed039572e7af206cbc97a7c59dcb0ad"
- subject="comment 4"
- date="2015-09-28T20:29:55Z"
- content="""
-72.592 secs, so more than a minute... :-/
-"""]]
diff --git a/tracker/Error_on_search_in_roundcube/comment_5_8d269a7cf3b5f938b70198b2f18af014._comment b/tracker/Error_on_search_in_roundcube/comment_5_8d269a7cf3b5f938b70198b2f18af014._comment
deleted file mode 100644
index 09b9d8a..0000000
--- a/tracker/Error_on_search_in_roundcube/comment_5_8d269a7cf3b5f938b70198b2f18af014._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="guilhem"
- avatar="http://cdn.libravatar.org/avatar/86d6cb4bde1ef88730b14ccad0414c28"
- subject="comment 5"
- date="2015-09-28T23:03:31Z"
- content="""
-The IMAP connection used the default socket timeout (60s).  I know some servers send back continuation responses (“+”) to keep the connection alive and avoid triggering the timeout, but I don't kown Dovecot 2.2.13 behaves regarding that.  I changed the default socket timeout to 180s, could you try again?  If that solves your problem, I think the proper solution would be to change to the socket options to use keepalive probes either at the TCP level or higher at the IMAP layer.
-"""]]
diff --git a/tracker/Error_on_search_in_roundcube/comment_6_7f23c4c51e524470c1e776bc9fbc5de8._comment b/tracker/Error_on_search_in_roundcube/comment_6_7f23c4c51e524470c1e776bc9fbc5de8._comment
deleted file mode 100644
index 9a296ed..0000000
--- a/tracker/Error_on_search_in_roundcube/comment_6_7f23c4c51e524470c1e776bc9fbc5de8._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="Grégoire"
- avatar="http://cdn.libravatar.org/avatar/5ed039572e7af206cbc97a7c59dcb0ad"
- subject="comment 6"
- date="2015-09-29T20:26:48Z"
- content="""
-It works! Thanks!
-"""]]
diff --git a/tracker/Error_on_search_in_roundcube/screenshot.png b/tracker/Error_on_search_in_roundcube/screenshot.png
deleted file mode 100644
index 46d2ce0..0000000
--- a/tracker/Error_on_search_in_roundcube/screenshot.png
+++ /dev/null