They will not do so automatically. When a peer sets a bloom filter, the node will not do any additional work except note that there is a bloom filter set for a given peer and begin matching things against the filter. It will not go back in history to match historical data against the filter and then relaying everything that matches. Doing so would be computationally expensive and a way to effectively DoS a node.
Instead of giving a node the historical data, the peer that set the filter must ask for it. They do so by sending getdata
messages for historical blocks and the full node will pull up those blocks, match them against the filter, and then send a merkleblock
message. This way it's easier to avoid being DoS'd and the receiving peer can specify where the full node should start and stop so that it can get the data it wants as quickly as possible.