aboutsummaryrefslogtreecommitdiffstats
path: root/transact.c
diff options
context:
space:
mode:
authorMatthias Andree <matthias.andree@gmx.de>2004-10-12 22:07:29 +0000
committerMatthias Andree <matthias.andree@gmx.de>2004-10-12 22:07:29 +0000
commiteefd8f767624ae2eb3dd4b96f70d3dec8dc8c2e9 (patch)
tree44dbe03219110642e8cf39c16fca2d3ee0e15551 /transact.c
parentb125f9998b3b28ac22b7878c2a2c6fae8cb16555 (diff)
downloadfetchmail-eefd8f767624ae2eb3dd4b96f70d3dec8dc8c2e9.tar.gz
fetchmail-eefd8f767624ae2eb3dd4b96f70d3dec8dc8c2e9.tar.bz2
fetchmail-eefd8f767624ae2eb3dd4b96f70d3dec8dc8c2e9.zip
Merge 2004-03-25-6.2.5-egidy-parserec.diff.
Gerd v. Egidy writes: a received header looking like this Received: from code ([20.191.144.116]) by currently causes fetchmail 6.2.5 to segfault when in multidrop/received mode. Looks like there is a check for \0 missing in parse_received, the attached patch fixes this. (Committer's note: the sample looks incomplete but anyways the patch makes sense to me.) svn path=/trunk/; revision=3941
Diffstat (limited to 'transact.c')
-rw-r--r--transact.c2
1 files changed, 1 insertions, 1 deletions
diff --git a/transact.c b/transact.c
index c246df89..0c246a1d 100644
--- a/transact.c
+++ b/transact.c
@@ -217,7 +217,7 @@ static char *parse_received(struct query *ctl, char *bufp)
for (sp = ok + 2; isspace((unsigned char)*sp); sp++)
continue;
tp = rbuf;
- for (; !isspace((unsigned char)*sp); sp++)
+ for (; *sp && !isspace((unsigned char)*sp); sp++)
RBUF_WRITE(*sp);
*tp = '\0';