I am preparing to upgrade some boxes off of 2.5.4, but have noticed a minor difference in the how the "%a" macro is being handled.
With 2.6.4 I see the following log entry: Dec 29 08:49:21 mta-test amavis[30209]: (30209-15) Passed CLEAN, [192.168.76.134] [192.168.76.1] <m...@domain.tld> -> <m...@domain.tld>, Message-ID: <05a776e6e6084b538b905919ab661...@claylaptop>, mail_id: Xkh55-9zjuJX, Hits: 1.563, size: 2564, queued_as: 0411D31DD25, 9083 ms The snippet of the log template is as follows: ... , Tests:<[%T|,]># , received:<%a># ... And the subsequent output in the log is as follow: Tests:<AWL=-1.986,HTML_MESSAGE=0.001,RCVD_IN_PBL=3.558,T_RP_MATCHES_RCVD=-0.01>, received:<192.168.76.134>, However, I have tried to use the same macro in 2.5.4 and am receiving different results. Dec 29 09:41:30 mta-test amavis[21891]: (21891-01) Passed CLEAN, [192.168.76.1] <m...@domain.tld> -> <m...@domain.tld>, Message-ID: <4d1b56ab.2020...@claylaptop>, mail_id: JP4AurykWfZi, Hits: -, size: 790, queued_as: 8F7C231DD2D, 428 ms The 2.5.4 log template snippet is as follows: ... , Tests:<[%T|,][? [:score_boost] ||,AMAVISD-NEW=[:score_boost|,]]># , received:<%a># ... As you see above, the output for this portion of the log does not pick up the connecting IP this time only the origin IP. and I get a blank entry for received:<%a> in the log template. Both templates use %e and pick up on the origin IP without issue. Looking through the release notes, I am not seeing anything that indicates a fix or change in behavior, unless I am overlooking it. If needed, I think I can parse the value of "received:<[:header_field|Received]>" in 2.5.4 and get a similar result as I am in 2.6.4 to help mimic the behavior and ease the transition with our own parsing and use of the custom log. Any additional insight would be appreciated. Clay ------------------------------------------------------------------------------ Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl _______________________________________________ AMaViS-user mailing list AMaViS-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amavis-user Please visit http://www.ijs.si/software/amavisd/ regularly For administrativa requests please send email to rainer at openantivirus dot org
