RFE: cyrus-imapd -- update homepage, add IMAP IDLE support, add SIEVE variant, note that SNMP builds with net-snmp +server

[boeyms@…]

The summary pretty much describes the contents of the patch. I haven't tested whether or not cyrus-imapd +snmp actually runs properly with net-snmp +server installed, but it does build okay. The attached patch for all of these items may be applied with -p0 from the dports/ directory.

[markd@…]

It isn't clear to me whether you mean to say the port is broken though it needs port:net-snmp to be built with AgentX support, or it is broken only because you can't specify the dependencies of variants. If the latter, I wouldn't call that broken. Can you clarify?

[boeyms@…]

I'll put it this way: I just figured out that the snmp variant of cyrus-imapd will at least build if net-snmp is installed with +server; it seems that we didn't know this before, which is why +snmp was marked as broken. Given my patch, and assuming that cyrus-imapd +snmp now runs as well as builds, the problem has become merely that we can't specify the +server variant in the dependency. I don't mind, therefore, if you'd prefer that we don't say that it's broken; I just left the word that was already there. As far as a user is concerned, though, the +snmp still doesn't work as it is supposed to, even though there is a manual workaround. On the other hand, we should be able to hack something into the Portfile to force it to check for the variant via "port installed net-snmp".

[markd@…]

Ok, thanks. But I'd say that a) I don't think the server variant serves any good purpose. And b) you can select a variant in a dependent by adding a variant of the same name to cyrus-imapd. I think option a makes the most sense in this case. BTW, at the next release MP will no longer enable .plist file and require user intervention to enable them. That it wasn't this way was a bug. So I think this breakage is entirely unnecessary.

[anonymous]

Milestone Port Enhancements deleted

[jmr@…]

No action in 3 years; closing.