Separate transaction logic from Conversation model

Attempt to split conversation and transactions.

In this PR there will be a lot of broken commits and a lot of commits with bad messages, but I'll squash them together later.

**Production check-list**
- [x] Fix all tests
- [x] Go through all added `TODO`s
- [x] Build to staging
- [x] Go through all delayed job changes and make sure they don't break
- [x] Practise migrations with real data SAMPO
- [x] Feedback skipped is not migrated
- [ ] Rollback strategy

**Test on staging**
- [x] No payment
- [x] Post pay with Braintree
- [x] Preauthorize with Braintree
- [x] Preauthorize with booking and Braintree
- [x] Testimonials
- [x] Checkout
- [x] Contact message + call to action
- [x] PM
- [x] Unread count
- [x] Transactions admin view
- [x] Paginations (inbox, admin transactions view)
- [x] Test all conversation/payment related JavaScript validations

**Review comments**
- [x] Add `ListingService`
- [x] Add `InboxService`
- [x] Get rid of `__model` hack
- [ ] Remove Booking.duraction
- [ ] Flat conversation `starter` and `other`
- [x] See if it's possible to implement `conversation.should_notify?()` without model knowing about service.
This requires refactoring the payment_gateway new_payment_path/url -methods, and therefore I'd leave it to be done after we are otherwise done.