maildrop has missing dependencies

[Fridtjof Busse]

Binary package hint: maildrop

The maildrop packages is broken on amd64:
maildrop: error while loading shared libraries: libcourierauth.so.0: cannot open shared object file: No such file or directory

This is a serious problem as it might cause lost mail if maildrop is used as LDA, as the mail will bounce and the bounce-message cannot be delivered locally.

[Ralf Hildebrandt (ralf-hildebrandt)]

I can confirm that:

# apt-get install maildrop
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut
Reading state information... Fertig
The following packages were automatically installed and are no longer required:
  libapr0 ntp-simple
Use 'apt-get autoremove' to remove them.
Die folgenden NEUEN Pakete werden installiert:
  maildrop
0 aktualisiert, 1 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
Es müssen 366kB Archive geholt werden.
Nach dem Auspacken werden 1044kB Plattenplatz zusätzlich benutzt.
Hole:1 http://debian.charite.de feisty/universe maildrop 2.0.2-11 [366kB]
Es wurden 366kB in 1s geholt (251kB/s)
Wähle vormals abgewähltes Paket maildrop.
(Lese Datenbank ... 33958 Dateien und Verzeichnisse sind derzeit installiert.)
Entpacke maildrop (aus .../maildrop_2.0.2-11_amd64.deb) ...
Richte maildrop ein (2.0.2-11) ...

# maildrop
maildrop: error while loading shared libraries: libcourierauth.so.0: cannot open shared object file: No such file or directory

[Ralf Hildebrandt (ralf-hildebrandt)]

Manually installing courier-authlib fixes the issue!

[Fridtjof Busse (fbusse-deactivatedaccount-deactivatedaccount)]

Any progress on this? This broken package might cause loss of emails.
Possibly only affects amd64, but nonetheless this really needs to get fixed.

[Kevin Otte (nivex)]

Just upgraded my server this weekend and got bit by this too. Wondered where all my logwatch emails went.

[.:. brainsik (brainsik)]

I've also been bit by this. The package page on Gutsy <http://packages.ubuntu.com/gutsy/mail/maildrop> says maildrop depends on courier-authlib *except* for amd64. Ralf's initial report above shows he is using an amd64 package, as am I. Why is this marked as not a dependency for amd64 systems?

For what it's worth, when I building the package locally without any modifications (except to the changelog), ${shlibs:Depends} lists courier-authlib as a dependency:

my local build:

    Depends: exim4 | mail-transport-agent, courier-authlib, libc6 (>= 2.6-1), libgcc1 (>= 1:4.2.1), libgdbm3, libpcre3 (>= 4.5), libstdc++6 (>= 4.2.1)

maildrop in official ubuntu archive:

    Depends: exim4 | mail-transport-agent, libc6 (>= 2.5-0ubuntu1), libgcc1 (>= 1:4.2-20070208), libgdbm3, libpcre3 (>= 4.5), libstdc++6 (>= 4.2-20070208)

For reference, the way I built it was:

  sudo apt-get build-dep maildrop
  apt-get source maildrop
  cd maildrop-2.0.3
  dch -n
  debuild -uc -us

I'll be using my local repository build. If anyone wants it you can grab it from my apt repository or use this apt line in your sources.list:

  deb http://packages.devsuki.com/ubuntu/ gutsy main

[Kevin Otte (nivex)]

Still a problem in Hardy!

[Greg A (etulfetulf)]

The fix for this has been synced from Debian into Ubuntu Intrepid.

[James Troup (elmo)]

We just ran into this hard after migrating a mail server from one machine to another. Could we please get an SRU to fix this in hardy as it's a bad bug that can cause data loss and is trivial to fix?

[Kevin Otte (nivex)]

This is *still* affecting Hardy, which is still a supported LTS. This should be a simple fix of the package metadata back to the pre-regression values. Is this not being fixed in an LTS because it is a universe package?

[Kevin Otte (nivex)]

Cleaning out my buglist: Hardy went out of support 3 months ago. This bug can be closed out.

[Kevin Otte (nivex)]

Setting to Fix Released to get bug out of the active list.