Package home | Report new bug | New search | Development Roadmap Status: Open | Feedback | All | Closed Since Version 1.4.8
Request #20491 Redundant CAPABILITY requests
Submitted: 2015-01-21 17:50 UTC
From: alec Assigned: alec
Status: Closed Package: Net_Sieve (version 1.3.4)
PHP Version: Irrelevant OS:
Roadmaps: (Not assigned)    
Subscription  
Comments Add Comment Add patch


Anyone can comment on a bug. Have a simpler test case? Does it work for you on a different platform? Let us know! Just going to say 'Me too!'? Don't clutter the database with that please !
Your email address:
MUST BE VALID
Solve the problem : 20 - 17 = ?

 
 [2015-01-21 17:50 UTC] alec (Aleksander Machniak)
Description: ------------ In connection/login process we have at least two redundant CAPABILITY calls. Here's how it looks now: S: "IMPLEMENTATION" "Cyrus timsieved git2.5+0-Kolab-2.5-96.el6.kolab_3.4" S: "SASL" "PLAIN LOGIN" S: "SIEVE" "comparator-i;ascii-numeric fileinto reject vacation imapflags ... S: "STARTTLS" S: "UNAUTHENTICATE" S: OK C: CAPABILITY S: "IMPLEMENTATION" "Cyrus timsieved git2.5+0-Kolab-2.5-96.el6.kolab_3.4" S: "SASL" "PLAIN LOGIN" S: "SIEVE" "comparator-i;ascii-numeric fileinto reject vacation imapflags ... S: "STARTTLS" S: "UNAUTHENTICATE" S: OK C: STARTTLS S: OK "Begin TLS negotiation now" STARTTLS negotiation successful S: "IMPLEMENTATION" "Cyrus timsieved git2.5+0-Kolab-2.5-96.el6.kolab_3.4" S: "SASL" "PLAIN LOGIN" S: "SIEVE" "comparator-i;ascii-numeric fileinto reject vacation imapflags ... S: "UNAUTHENTICATE" S: OK C: CAPABILITY S: "IMPLEMENTATION" "Cyrus timsieved git2.5+0-Kolab-2.5-96.el6.kolab_3.4" S: "SASL" "PLAIN LOGIN" S: "SIEVE" "comparator-i;ascii-numeric fileinto reject vacation imapflags ... S: "UNAUTHENTICATE" S: OK C: AUTHENTICATE "PLAIN" "AG1hcmsuZ2VybWFuQGV4YW1wbGUub3JnADEyMzQ1" S: OK C: CAPABILITY S: "IMPLEMENTATION" "Cyrus timsieved git2.5+0-Kolab-2.5-96.el6.kolab_3.4" S: "SIEVE" "comparator-i;ascii-numeric fileinto reject vacation imapflags ... S: "UNAUTHENTICATE" S: OK

Comments

 [2015-01-21 17:59 UTC] yunosh (Jan Schneider)
-Status: Open +Status: Feedback
Both starting TLS as well es logging in can result in a changed capabilities set. At least after STARTTLS the server must automatically advertise the latest capabilities, but in some versions of Cyrus this was broken, so we explicitely request those.
 [2015-01-21 18:32 UTC] alec (Aleksander Machniak)
In which way it was broken? It returned wrong capabilities or what?
 [2015-01-22 16:13 UTC] yunosh (Jan Schneider)
No, it didn't advertise new capabilities after STARTTLS, so we had to explicitly ask for those.
 [2015-01-22 16:33 UTC] alec (Aleksander Machniak)
So, there's no problem. The point is to not ask for them if they are provided in a response. I will work on this and provide a patch after the weekend.
 [2017-05-22 09:59 UTC] alec (Aleksander Machniak)
-Status: Feedback +Status: Closed -Assigned To: +Assigned To: alec
This bug has been fixed in SVN. If this was a documentation problem, the fix will appear on pear.php.net by the end of next Sunday (CET). If this was a problem with the pear.php.net website, the change should be live shortly. Otherwise, the fix will appear in the package's next release. Thank you for the report and for helping us make PEAR better.