We recently turned on blocking for SPF hard failures. We were tagging these messages before and could use the "View Message" and "View Source" information to diagnose why the messages were being tagged, which helped a lot with resolving issues with valid senders who just needed to update their SPF records.
Now that we are blocking these messages instead of tagging them, we get no information about the messages other than the from/to addresses and timestamp. The subjects are blank and there is nothing in either the Message Log Details, View Message or View Source windows so we've got nothing to work with.
I opened a ticket with Barracuda support and the technician said that this is by design and that some other message blocks have the same result, but I find it to be inconsistent depending on the reason for the block. Barracuda Reputation blocks also have a blank subject line, View Message and View Source window, but the Message Log Details window is populated. ZeroHour Intent blocks populate everything. Invalid Recipient blocks don't populate the View windows, but they do populate the Message Log Details.
I realize that some of these differences have to do with when in the workflow the message gets blocked, but no matter how early that happens with SPF blocks, the gateway must have enough information to populate at least the Message Log Details window and maybe even the View Source window. That information is crucial for diagnosing SPF failures and providing senders with information they can use to resolve the issue.
The only workaround we know of so far is to temporarily change the SPF setting to something other than Block and have the user re-send the message so we can get access to these details.
It would be really helpful to have Barracuda change how SPF failures get logged.