 BUG: warning shown when parsing delimited date string even if users can't do anything about it
- [ ] closes #50231  (Replace xxxx with the GitHub issue number)
- [ ] [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
- [ ] All [code checks passed](https://pandas.pydata.org/pandas-docs/dev/development/contributing_codebase.html#pre-commit).
- [ ] Added [type annotations](https://pandas.pydata.org/pandas-docs/dev/development/contributing_codebase.html#type-hints) to new arguments/methods/functions.
- [ ] Added an entry in the latest `doc/source/whatsnew/vX.X.X.rst` file if fixing a bug or adding a new feature.

are there any contexts where we _do_ want to issue a warning? I wouldn't think so, because users can't pass `format` nor `dayfirst` to Timestamp

If anything, maybe Timestamp should become stricter and only accept iso8601 strings? > I wouldn't think so, because users can't pass format nor dayfirst to Timestamp

i meant more along the lines of if the warning should be issued when we are parsing sequences.  (so it would need to be issued somewhere else presumably) Timestamp doesn't accept sequences, and to_datetime already warns - I've probably misunderstood though, is there another path that accepts sequences that might get here? I'll check more carefully tomorrow > and to_datetime already warns

wasnt aware of that.  all good here. > If anything, maybe Timestamp should become stricter and only accept iso8601 strings?

id be OK with more strict than the status quo (problems have been caused by the parsing code accepting "t2m", though Timestamp still rejects that as OOB for nanosecond reso).  iso8601-only is probably too strict for my tastes

long long ago i wrote a dateutil-like parser that passed all/most of the dateutill tests and IIRC it was mostly just a handful of regexes (and appreciably more performant).  ill see if i can dig that up. > > and to_datetime already warns
> 
> wasnt aware of that. all good here.

thanks! merging then