On Mon, Aug 28, 2006 at 05:04:40PM +0200, Damien Wyart wrote:
> /usr/bin/maildrop: error while loading shared libraries:
> libcourierauth.so.0: cannot open shared object file: No such file or
> directory
>
> So the problem of dependency on courier-authlib is still the same.
> Installing maild
[resending mail already sent privately so that BTS is appraised]
On Mon, Aug 28, 2006 at 06:55:55PM +0200, Josip Rodin wrote:
> > > [...] But more to the point, what user are you trying to run
> > > maildrop -d with, and what is your expected behaviour? What do you
> > > expect from the -d option
What about this suggestion I made :
> So I guess the packaging of 2.0.2 is broken, and that it has been
> compiled in "depending on the full courier framework" mode instead of
> standalone mode (seems the configure script is trying to detect this,
> but this can be bypassed with --disable-authlib -
* Josip Rodin <[EMAIL PROTECTED]> [2006-08-28 17:22]: I've tried to
> reproduce it now, and it seems that it's a full-blown link instead of
> a dynamic open. Please install courier-authlib in the meantime. I'll
> investigate if it should become more optional.
Ok, I have installed it to test once a
On Mon, Aug 28, 2006 at 05:04:40PM +0200, Damien Wyart wrote:
> After seeing that 2.0.2 was in experimental --- had not followed it
> closely (my tests & bug were from 1.8), I retried installing it again
> today, and first got messages like this :
>
> Command died with status 127: "/usr/bin/mail
Hello,
Thanks for your feedback on this problem.
* Josip Rodin <[EMAIL PROTECTED]> [060828 02:28]:
> This was supposed to be delivering to /var/mail, or some other folder?
> What are the permissions on it?
This was /var/mail, with standard permissions. Version 1.5 of maildrop
was working without
On Mon, Aug 28, 2006 at 02:28:03AM +0200, joy wrote:
> > Package: maildrop
> > Version: 1.8.1-2
> > Severity: grave
> > Justification: renders package unusable
> >
> > Jun 18 22:19:09 brouette postfix/local[3990]: 6F36E45BBC:
> > to=<[EMAIL PROTECTED]>, relay=local, delay=9, status=deferred (tempo
On Sat, Jun 18, 2005 at 10:39:13PM +0200, Damien Wyart wrote:
> Package: maildrop
> Version: 1.8.1-2
> Severity: grave
> Justification: renders package unusable
>
> Jun 18 22:19:09 brouette postfix/local[3990]: 6F36E45BBC:
> to=<[EMAIL PROTECTED]>, relay=local, delay=9, status=deferred (temporary
notfound 314847 1.5.3-1.1sarge1
thanks
On Tue, Jun 27, 2006 at 11:19:27PM +0200, joy wrote:
> > This bug seems to be related to /var/mail permissions btw:
> >
> > open("/var/mail/24513.0.seamus", O_WRONLY|O_CREAT, 0644) = -1 EACCES
> >
> > Normal users cannot write to /var/mail on Debian. Mai
On Tue, Jun 27, 2006 at 11:23:09PM +0200, martin f krafft wrote:
> > % ls -l =maildrop =lockmail.maildrop
> > -rwxr-sr-x 1 root mail 10368 2004-08-20 00:40 /usr/bin/lockmail.maildrop
> > -rwxr-sr-x 1 root mail 157384 2004-08-20 00:40 /usr/bin/maildrop
>
> seamus:~> ls -l =maildrop =lockmail.mai
> % wget
> ftp.hr.debian.org/debian/pool/main/m/maildrop/maildrop_1.5.3-1.1sarge1_i386.deb
> [...]
> % dpkg-deb -c maildrop_1.5.3-1.1sarge1_i386.deb | egrep
> 'bin/(lockmail.maildrop|maildrop)'
> -rwxr-sr-x root/mail149032 2005-08-27 22:07:33 ./usr/bin/maildrop
> -rwxr-sr-x root/mail 1047
also sprach Josip Rodin <[EMAIL PROTECTED]> [2006.06.27.2319 +0200]:
> % ls -l =maildrop =lockmail.maildrop
> -rwxr-sr-x 1 root mail 10368 2004-08-20 00:40 /usr/bin/lockmail.maildrop
> -rwxr-sr-x 1 root mail 157384 2004-08-20 00:40 /usr/bin/maildrop
seamus:~> ls -l =maildrop =lockmail.maildrop
Processing commands for [EMAIL PROTECTED]:
> notfound 314847 1.5.3-1.1sarge1
Bug#314847: maildrop -d $USER defers, "Unable to create a dot-lock."
Bug marked as not found in version 1.5.3-1.1sarge1.
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking
On Tue, Jun 27, 2006 at 04:35:07PM +0200, martin f krafft wrote:
> This bug seems to be related to /var/mail permissions btw:
>
> open("/var/mail/24513.0.seamus", O_WRONLY|O_CREAT, 0644) = -1 EACCES
>
> Normal users cannot write to /var/mail on Debian. Maildrop should
> try to create the lockf
This bug seems to be related to /var/mail permissions btw:
open("/var/mail/24513.0.seamus", O_WRONLY|O_CREAT, 0644) = -1 EACCES
Normal users cannot write to /var/mail on Debian. Maildrop should
try to create the lockfile somewhere under $HOME anyway.
--
Please do not send copies of list mail
found 314847 1.5.3-1.1sarge1
thanks
I have also found this bug in version 1.5.3-1.1sarge1:
seamus% dpkg -l maildrop | grep ^ii
ii maildrop 1.5.3-1.1sarge mail delivery agent with filtering abilities
seamus% maildrop < /tmp/msg
maildrop: Unable to create a dot-lock.
--
Please do n
Package: maildrop
Version: 1.8.1-2
Severity: grave
Justification: renders package unusable
I have used maildrop from unstable with succes for many months, and with
the same config (based of .forward containing :
"|/usr/bin/maildrop -d ${USER}"
) maildrop from experimental doesn't deliver at all
17 matches
Mail list logo
