Bug#108942: ITP: cyrus2-imapd -- CMU Cyrus project mail system, version 2
On Thu, 16 Aug 2001, Sam Hartman wrote:
> >>>>> "Henrique" == Henrique de Moraes Holschuh <hmh@debian.org> writes:
>
> Henrique> Kerberos will not be present in the first versions of
> Henrique> the package, and unless someone shows up to help test
> Henrique> it, support may never be included.
>
> I'd be happy to help as Kerberos maintainer, however I don't think
> that the Kerberos support is useful. I'd recommend against using it.
Which means the kerberos support dies :) After all the crap I went through
to get kerberos support in fetchmail to work, just to have it break in the
heimdal reorganization, I am not feeling very kind to dealing with it...
> It is only authorization support; you use SASL for Kerberos
> authentication. Actually, you may want to use Kerberos for POP, but
> we'll take a look at that later, and it might be easier to just not
> deal.
Ok. If anyone really misses KPOP, they can make their feelings known using
a wishlist bug, anyway.
> I may send you a patch to the unix authorization stuff to allow
> usernames including . if that isn't allowed. I've discussed the patch
THAT is something I would REALLY like. It is a major bad point not to be
able to have userids such as "user@virtual.domain" because Cyrus does not
allow dots in the names.
> with leg and he indicated he would accept if I sent to him so I would
> send to both of you at the same time. This is the only issue most
> people run into with Kerberos.
And when using cyrus for what it does best: seamless, self-contained virtual
email domains...
Now I must figure out what the deal with com_err is, I have to
build-conflict: with it, to force cyrus to use its included defaults, which
hints at breakage or old stuff in e2fsprogs...
--
"One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness grind them. In the Land of Redmond
where the shadows lie." -- The Silicon Valley Tarot
Henrique Holschuh
Reply to: