[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bug-mailutils] movemail loses mail if destination disk is full

From: Jordi Mallach
Subject: [bug-mailutils] movemail loses mail if destination disk is full
Date: Fri, 23 Dec 2005 10:15:10 +0100
User-agent: Mutt/1.5.11

Hello, I got the following report against 0.6.90. Seems something we
want to see fixed in 0.7.

----- Forwarded message from Ronan KERYELL <address@hidden> -----

From: Ronan KERYELL <address@hidden>
Subject: Bug#344420: mailutils: movemail loses mail if destination disk is full
To: Debian Bug Tracking System <address@hidden>
Cc: address@hidden
Date: Thu, 22 Dec 2005 17:22:01 +0100
X-Spam-Status: No, score=-0.9 required=5.0 tests=BAYES_00,
        DATE_IN_FUTURE_06_12,UNPARSEABLE_RELAY autolearn=no version=3.1.0

Package: mailutils
Version: 1:0.6.90-3
Severity: grave

I lost 20 hours of mail because of a disk full and a bug in movemail... :-(

I use Emacs/gnus to read my mail and I get it through ssh on a server that
launches /usr/bin/movemail.mailutils to get my mail from the local

Since ssh could also fail, I use movemail to move my mail first to an
archive directory and I use the whole in a more general 2-phase commit
scheme from Emacs with (file :prescript ... :postscript ... ).
Unfortunately, it appears that if the destination directory is full,
movemail creates a 0-sized destination file and keeps a 0-sized source
file... :-(

I used to use the movemail given from Emacs but since Emacs may not be
installed on the server, I've switched to movemail.mailutils.

To test the issue again in a simpler case, I used the RAM-disk I have on my
computer in /dev/shm.

# Full up the destination :
cp /dev/zero /dev/shm
df /dev/shm

Sys. de fich.        1K-blocs       Occupé Disponible Capacité Monté sur
tmpfs                   255380    255380         0 100% /dev/shm

ls -l /dev/shm

total 255376
drwxr-xr-x 2 root    root           60 2005-12-12 09:38 network
-rw-r--r-- 1 keryell keryell 261242880 2005-12-22 16:50 zero

ls -l /var/mail/keryell
-rw-rw---- 1 keryell mail 116796 2005-12-22 16:49 /var/mail/keryell

movemail.mailutils /var/mail/keryell /dev/shm/keryell
ls -l /var/mail/keryell

-rw-rw---- 1 keryell mail 0 2005-12-22 16:54 /var/mail/keryell

ls -l /dev/shm

total 255376
-rw------- 1 keryell keryell         0 2005-12-22 16:54 keryell
drwxr-xr-x 2 root    root           60 2005-12-12 09:38 network
-rw-r--r-- 1 keryell keryell 261242880 2005-12-22 16:50 zero

So now I have lost the content of /var/mail/keryell...

I've try to investigate this issue but movemail.mailutils is far more
complex than the Emacs version with its object oriented paradigm to deal
all kind of formats...:-/

I've tried to recompile it from an apt-get source with -g option to track
down the bug with a debugger but the compilation fails :
make[3]: entrant dans le répertoire « 
/users/lit/keryell/tmp/mailutils-0.6.90/imap4d »
if gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../lib -I../include -I../mailbox 
-I../include/mailutils/gnu     -DSYSCONFDIR=\"/usr/local/etc\"  -g -O2 -MT 
fetch.o -MD -MP -MF ".deps/fetch.Tpo" -c -o fetch.o fetch.c; \
        then mv -f ".deps/fetch.Tpo" ".deps/fetch.Po"; else rm -f 
".deps/fetch.Tpo"; exit 1; fi
fetch.c:67: error: array type has incomplete element type
make[3]: *** [fetch.o] Erreur 1

Right now, I'm back on /usr/lib/xemacs-21.4.17/i386-debian-linux/movemail
on the server. :-)

By reading the Emacs version of movemail, it looks like this version is
more correct and the hard core test looks fine :

/usr/lib/emacs/22.0.50/i486-linux-gnu/movemail /var/mail/keryell 
movemail: No space left on device for /dev/shm/keryell

Thank you for your time.

  Ronan KERYELL               |\/  Tel:    (+33|0)
  Département Informatique    |/)  Fax:    (+33|0)
  ENST Bretagne, CS 83818     K    GSM:    (+33|0)
  F-29238 PLOUZANÉ CEDEX      |\   E-mail: address@hidden
  FRANCE                      | \  http://enstb.org/~keryell

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13+la-totale
Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1)

Versions of packages mailutils depends on:
ii  guile-1.6-lib 1.6.7-1.1                  Main Guile libraries
ii  libc6         2.3.5-9                    GNU C Library: Shared libraries an
ii  libcomerr2    1.38+1.39-WIP-2005.12.10-1 common error description library
ii  libfribidi0   0.10.7-1                   Free Implementation of the Unicode
ii  libgcrypt11   1.2.2-1                    LGPL Crypto library - runtime libr
ii  libgdbm3      1.8.3-2                    GNU dbm database routines (runtime
ii  libgnutls11   1.0.16-14                  GNU TLS library - runtime library
ii  libgpg-error0 1.1-4                      library for common error values an
ii  libgsasl7     0.2.5-1                    GNU SASL library
ii  libguile-ltdl 1.6.7-1.1                  Guile's patched version of libtool
ii  libidn11      0.5.18-1                   GNU libidn library, implementation
ii  libkrb53      1.4.3-4                    MIT Kerberos runtime libraries
ii  libmailutils0 1:0.6.90-3                 GNU Mail abstraction library
ii  libmysqlclien 4.0.24-10sarge1            mysql database client library
ii  libncurses5   5.5-1                      Shared libraries for terminal hand
ii  libpam0g      0.79-3                     Pluggable Authentication Modules l
ii  libqthreads-1 1.6.7-1.1                  QuickThreads library for Guile
ii  libreadline5  5.1-1                      GNU readline and history libraries
ii  libtasn1-2    0.2.17-1                   Manage ASN.1 structures (runtime)
ii  zlib1g        1:1.2.3-9                  compression library - runtime

mailutils recommends no packages.

-- no debconf information

----- End forwarded message -----

Jordi Mallach Pérez  --  Debian developer     http://www.debian.org/
address@hidden     address@hidden     http://www.sindominio.net/
GnuPG public key information available at http://oskuro.net/

Attachment: signature.asc
Description: Digital signature

reply via email to

[Prev in Thread] Current Thread [Next in Thread]