BUG: Timestamp origin takes no effect in resample for 'MS' frequency
- [x] closes #53662
- [x] [Tests added and passed](https://pandas.pydata.org/pandas-docs/dev/development/contributing_codebase.html#writing-tests) if fixing a bug or adding a new feature
- [x] All [code checks passed](https://pandas.pydata.org/pandas-docs/dev/development/contributing_codebase.html#pre-commit).
- [x] Added an entry in the latest `doc/source/whatsnew/vX.X.X.rst` file if fixing a bug or adding a new feature.

It seems the `_get_timestamp_range_edges()` never accounted for the edge case involving a combination of a DateTimeLike  `origin` and a `freq`. 

The change adds a simple check to modify the way the range is set `( first - freq )` vs `( freq.rollback() )` depending on the inputs.  

This gives the behaviour you're after @MarcoGorelli and preserves all other functionality. 
Let me know if I'm missing anything.  thanks for your pr - this looks a bit complex, but it's encouraging that tests pass - I'll check next week! > thanks for your pr - this looks a bit complex, but it's encouraging that tests pass - I'll check next week!

Hey @MarcoGorelli just bumping this up.  I'll need to switch approaches. My solution only covers cases where the origin is within the period specified.  could always raise an error if it's not, we don't need to do 4-D gymnastics, the most important thing is that for the cases when the computation succeeds, it's correct Alright @MarcoGorelli I updated what I was doing to be a bit more straightforward. 
Now when the origin is a timestamp it's taken into account when setting `timestamp_range_edges` during resampling. 
I also had to update a few test to account for the desired behavior. 


 Looks like I also need to update the Docs with the new expected behavior  > For tz-naive, this seems correct. Nice one!
> 
> I think we just need some extra care for the tz-aware case

Added a check on the equality of Daylight Savings Time via `dst`. All checks pass including your proposed edge case. 
I believe everything else is taken care of.   thanks for updating - this looks close 💪  Anything else you want to see here @MarcoGorelli?  this is probably fine - will take a (hopefully final) look tomorrow