diff options
| author | Eric S. Raymond <esr@thyrsus.com> | 1999-06-11 07:49:57 +0000 |
|---|---|---|
| committer | Eric S. Raymond <esr@thyrsus.com> | 1999-06-11 07:49:57 +0000 |
| commit | 95c28527b4233669e6d3afc6ececad1100f5670a (patch) | |
| tree | 2143140d9064ea4094533176930afd41a3e426a9 | |
| parent | 9a83a90c317b3af3453b4900ad1fe896e40b818e (diff) | |
| download | fetchmail-95c28527b4233669e6d3afc6ececad1100f5670a.tar.gz fetchmail-95c28527b4233669e6d3afc6ececad1100f5670a.tar.bz2 fetchmail-95c28527b4233669e6d3afc6ececad1100f5670a.zip | |
Note about leak bug.
svn path=/trunk/; revision=2492
| -rw-r--r-- | fetchmail.man | 7 |
1 files changed, 7 insertions, 0 deletions
diff --git a/fetchmail.man b/fetchmail.man index 3896971c..4c3ce4af 100644 --- a/fetchmail.man +++ b/fetchmail.man @@ -1791,6 +1791,13 @@ The RFC822 address parser used in multidrop mode chokes on some @-addresses that are technically legal but bizarre. Strange uses of quoting and embedded comments are likely to confuse it. .PP +Two users have reported that daemon-mode fetchmails leak memory. +This may be associated with use of UIDL, or it may mean your TCP/IP +layer is failing to garbage-collect closed sockets generated on +protocol errors properly; most installations do not have this +problem. If you observe it, please report a bug. The workaround is +to do a fetchmail -q and restart occasionally. +.PP In a message with multiple envelope headers, only the last one processed will be visible to fetchmail. To get around this, use a mailserver-side filter that consolidates the contents of all envelope |