Bug 733187
Summary: | sieveshell quietly fails following upgrade | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Philip Prindeville <philipp> | ||||
Component: | cyrus-imapd | Assignee: | Michal Hlavinka <mhlavink> | ||||
Status: | CLOSED NOTABUG | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
Severity: | medium | Docs Contact: | |||||
Priority: | unspecified | ||||||
Version: | 15 | CC: | mhlavink, philipp, vanmeeuwen+fedora | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | All | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2011-11-11 10:43:18 UTC | Type: | --- | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Attachments: |
|
Description
Philip Prindeville
2011-08-25 04:49:18 UTC
how did you updated cyrus-imapd? It's not installable right now, because it needs libdb-utils. libdb-utils conflict with db4-utils, requirement of rpm. (In reply to comment #1) > how did you updated cyrus-imapd? It's not installable right now, because it > needs libdb-utils. libdb-utils conflict with db4-utils, requirement of rpm. It had already been installed on the client. On the server side, I removed db4-utils (--nodeps), installed libdb-utils, and then updated cyrus-imapd*. Can someone call out in the bug notes what needs to be done to fix this? OK, I've finally got to this one, but it works for me (tested with cyrus-imapd-2.4.12-1) $ sieveshell --user mhlavink localhost connecting to localhost Please enter your password: please retest with latest cyrus-imapd packages, if it still does not work for you: - attach your config files - check all log files (messages, secure and maillog), anything there? - do you have the same version on client and server? - does it work on server? Created attachment 532909 [details]
strace of failing run of sieve
Builder (192.168.1.10) is the client. Mail (192.168.1.3) is the server. Both are running 2.4.12-1
Hmm... Also noticed: [philipp@builder ~]$ sivtest -u user -w 'password' -r mail -m digest-md5 mail S: "IMPLEMENTATION" "Cyrus timsieved v2.4.12-Fedora-RPM-2.4.12-1.fc15" S: "SASL" "DIGEST-MD5 CRAM-MD5" S: "SIEVE" "comparator-i;ascii-numeric fileinto reject vacation imapflags notify envelope relational regex subaddress copy" S: "STARTTLS" S: "UNAUTHENTICATE" S: OK Authentication failed. no mechanism available Security strength factor: 0 logout OK "Logout Complete" Connection closed. [philipp@builder ~]$ Does sieve not support MD5-based challenge/response authentication? Ok, I'm an idiot. The problem was unrelated to the db4-utils stuff. It had to do instead with cyrus-sasl-md5 having been orphaned then removed during the upgrade; Sendmail continued to work because you don't need cyrus-sasl-md5 to implement digest-md5, just cram-md5... so authentication was continuing to work in Sendmail but failing in sieveshell... only it didn't look like a failure until I manually ran sivtest and verified. Re-installing cyrus-sasl-md5 fixed sivtest and sieveshell. Sieveshell was bombing out with a meaningless message that should have said "SASL required for authentication but SASL runtime not detected" or something similar instead of "unable to connect to server ...". Given that sieveshell is built around perldoc Cyrus::SIEVE::managesieve, which in turn is poorly documented, I'm guessing there's no point in opening a separate bug to get the error reporting improved (and that would need to be done upstream anyway). Let's go ahead and close this bug. |