To extend longneck's perfectly good answer slightly, you cannot control what decisions the admins of other mail servers make about which emails to accept, and which to reject.
Some servers will refuse connections from servers that have no PTR record. Others will use the lack of a PTR as one of a number of inputs to a weighted decision about whether to refuse a connection, or to consider content from such a server to be spam. Any of these strategies can also be applied to servers which cannot be circularly-resolved - that is, when the hostname returned by looking up the server's IP's PTR record cannot in turn be resolved to get back to the IP address.
Most of these strategies are unaffected by the sender domain of a received email, which would in turn affect the choice of which SPF record to consult. So no amount of messing around with SPF records can help you deliver to a server which has decided to take against your sending server on the basis of its lack of a satisfactory PTR record.