------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugs.exim.org/show_bug.cgi?id=1572 Summary: buffer for smtp_confirmation should be extended Product: Exim Version: 4.84 Platform: Other OS/Version: Linux Status: NEW Keywords: work:tiny Severity: wishlist Priority: medium Component: Logging AssignedTo: [email protected] ReportedBy: [email protected] CC: [email protected] Hello, remote servers tend to be more verbose then years ago. It would be good to catch the complete, or at least much more than 255 characters of the confirmation (that mostly is a rejection if it's verbose). This helps to pin down the reasons for the remote rejection. src/deliver.c:914 seems to hardcode the buffer size: 904 /* confirmation message (SMTP (host_used) and LMTP (driver_name)) */ 905 906 if (log_extra_selector & LX_smtp_confirmation && 907 addr->message && 908 (addr->host_used || Ustrcmp(addr->transport->driver_name, "lmtp") == 0)) 909 { 910 int i; 911 uschar *p = big_buffer; 912 uschar *ss = addr->message; 913 *p++ = '\"'; 914 for (i = 0; i < 255 && ss[i] != 0; i++) /* limit logged amount */ 915 { 916 if (ss[i] == '\"' || ss[i] == '\\') *p++ = '\\'; /* quote \ and " */ 917 *p++ = ss[i]; 918 } 919 *p++ = '\"'; 920 *p = 0; 921 s = string_append(s, &size, &ptr, 2, US" C=", big_buffer); 922 } 923 924 /* Time on queue and actual time taken to deliver */ I'm not sure if this is the only point where that buffer gets filled. But I'm quite sure. On a production system I resized it to 1024 and it seems to work. -- 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/ ##
