Package: greylistd Version: 0.8.3 Severity: minor
I have had a couple of users report mail delivery failures, because their MTAs only queue messages for an hour. Even more irritating, they provide delay warnings every 10 minutes. e.g, bounce message received at 11.40 on 14 November 2005: > Your message was received 11:08:10 Mon, 14 November 2005. > The mail system will keep trying to deliver your message for another > 0 hours 28 minutes. Clearly this is broken behaviour, but it might be worth reducing the default greylisting period from an hour to something less. I don't know what the offending MTA is, It helpfully provides the following identification: 220 *************************************************0 ********************0************ Cheers, Doug. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.10-1-686 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages greylistd depends on: ii debconf [debconf-2.0] 1.4.30.13 Debian configuration management sy ii python 2.3.5-2 An interactive high-level object-o -- debconf information: greylistd/autoconfig_notdone: greylistd/restartexim: true * greylistd/autoconfig_notdone_exim4: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
