------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugs.exim.org/show_bug.cgi?id=1312 Summary: system filter, multiple recipients, extra > prefix in actual recipient address Product: Exim Version: 4.80.1 Platform: Other OS/Version: All Status: NEW Severity: bug Priority: medium Component: General execution AssignedTo: [email protected] ReportedBy: [email protected] CC: [email protected] This is processed and detected starting at line 5018 in src/deliver.c. It is the original code since Philip Hazel imported it, so I don't think it's the problem. It detects it properly. The '>' is a flag of sorts, it indicates to the upcoming code that it is a local delivery and not a file or pipe. Comments at line 5321 indicate that the '>' are used a little more at that point, but I can't see what use it provides past this point. /* If a filter file specifies two deliveries to the same pipe or file, we want to de-duplicate, but this is probably not wanted for two mail commands to the same address, where probably both should be delivered. So, we have to invent a different unique string in that case. Just keep piling '>' characters on the front. */ > 5957 system filter added /var/log/exim4/filtertest > 5957 Delivery address list: > 5957 >[email protected] > 5957 /var/log/exim4/filtertest It does seem that by this it should have removed the '>' from the front of the email address. Has nobody ever used this before and noticed that email addresses still have this '>' character in front of them? Googling didn't find any for me. > 5957 After routing: > 5957 Local deliveries: > 5957 /var/log/exim4/filtertest > 5957 >[email protected] Shortly after the above, line 5994 calls do_local_deliveries(). No checking of the leading character for '>' was done past this point that I could find. > 5960 set_process_info: 5960 delivering 1TMfc9-0001Xe-R0 to >>[email protected] using local_delivery This line is printed in src/transport.c:1862 by: set_process_info("delivering %s to %s using %s", message_id, addr->local_part, addr->transport->name); ...so that means it thinks local_part is the whole email address plus the > on the front. IMHO, it's possible that these '>' should be stripped somewhere in the do_local_deliveries() function in src/receive.c:2126. But why has this never been noticed before? If just the email address or just the maildir are defined, does it still do this? -- Configure bugmail: http://bugs.exim.org/userprefs.cgi?tab=email -- ## List details at https://lists.exim.org/mailman/listinfo/exim-dev Exim details at http://www.exim.org/ ##
