Bug 135060
Summary: | Bad address syntax | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Mihnea Galca <hash> | ||||
Component: | fetchmail | Assignee: | Miloslav Trmač <mitr> | ||||
Status: | CLOSED NOTABUG | QA Contact: | Brock Organ <borgan> | ||||
Severity: | medium | Docs Contact: | |||||
Priority: | medium | ||||||
Version: | 2 | CC: | mattdm | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | i386 | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2005-06-07 20:15:43 UTC | Type: | --- | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Attachments: |
|
Description
Mihnea Galca
2004-10-08 12:48:52 UTC
Created attachment 104933 [details]
Fetchmail's log
File generated using command "fetchmail -v"
Fedora Core 2 is now maintained by the Fedora Legacy project for security updates only. If this problem is a security issue, please reopen and reassign to the Fedora Legacy product. If it is not a security issue and hasn't been resolved in the current FC3 updates or in the FC4 test release, reopen and change the version to match. As far as I can see, this is what happens: The e-mail probably contains an invalid Return-Path header, likely Return-Path: sentto-4139122-3310-1097238050-hash=rdslink.ro: (qmail 2050 invoked from network); 8 Oct 2004 12:20:58 -0000 * fetchmail attempts to use it as a sender's e-mail address; postfix correctly rejects it. * fetchmail attempts to bounce the e-mail to the sender; postfix correctly rejects it as well. * fetchmail can't do anything about that e-mail now; if fetchmail was leaving such e-mails in the mailbox, the mailbox could eventually become full, leading to loss of "valid" e-mails. So it deletes the e-mail because it can't ever be delivered anywhere. This is all behaving as intended. If you want to, you can (and probably should) use "set no bouncemail" to direct the bounce to your mailbox; that way you will recieve at least the bounce. Note that it is possible that there is a bug in fetchmail header parsing code; I think it is rather unlikely because there are other reports of similarly mangled e-mails (e.g. http://lists.ccil.org/pipermail/fetchmail-friends/2004-May/008631.html), but it is still possible. If you come across such a "bad e-mail" in the web interface again, please try to get all its headers (unmodified); if it doesn't contain any mangled Return-Path header, please reopen this bug report and attach at least the headers. |