Bug#495844: package deviates from standard mail-transport-agent dependency.

[Ondřej Surý]

severity 495844 wishlist
tags 495844 +wontfix
thank you

I think that Benjamin already told everything.  You have to provide non-virtual
alternative and our choise was postfix, because we can help our users better
since we all are using postfix as our MTA of choise.

Ondrej.
P.S.: I think this bug should be closed, but I will compromise and set severity
to wishlist ;).

2008/8/20 Benjamin Seidenberg <benjamin at debian.org>:
> severity 495844 minor
> thanks
>
>
>
> Andreas Henriksson wrote:
>> Package: cyrus-common-2.2
>> Severity: normal
>>
>> Hello!
>>
>> Your packag depends on postfix | mail-transport-agent. Exim (v4) is generally
>> considered the default mta in Debian and is also the package providing
>> mail-transport-agent which has the highest priority.
>> Is there any particular reason why your package needs to deviate from
>> which mta is pulled in by default? If not, could you please consider
>> streamlining your package with the rest so we have a uniform behaviour in
>> debian?
>>
>>
> I'm guessing that postfix is there for hysterical raisins. I do know
> that everybody on the packaging team does use postfix so that may be it.
>
> I really think this bug doesn't matter as Cyrus is a mail server, and
> needs the MTA to be configured. I find it extremely unlikely that anyone
> running a mail server is just going to use whatever installing Cyrus
> brings in. Since the admin is going to manually install one and the  "|
> m-t-a" is there, I don't think this is really a bug, but I'm just going
> to knock the severity down until others have a chance to comment.
> (really, I think it should be wishlist, but I'll compromise with you and
> drop it to minor).
>
>
> Benjamin
>
>
>
> _______________________________________________
> Pkg-Cyrus-imapd-Debian-devel mailing list
> Pkg-Cyrus-imapd-Debian-devel at lists.alioth.debian.org
> http://lists.alioth.debian.org/mailman/listinfo/pkg-cyrus-imapd-debian-devel
>



-- 
Ondřej Surý <ondrej at sury.org>