Damian Poddebniak comments

Results 76 comments of


                                            Damian Poddebniak

`ValidationError` & `ValidationErrorKind::Invalid` is useless without information of what the invalid value and what type was expected

These... are not well thought-out :-) We can review and refactor for v2.0.0! The error message is really not great.

`ValidationError` & `ValidationErrorKind::Invalid` is useless without information of what the invalid value and what type was expected

@epilys I think that the error tells that some data meli wanted to put into a command is invalid. imap-codec then refuses to create such a command with this error....

`ValidationError` & `ValidationErrorKind::Invalid` is useless without information of what the invalid value and what type was expected

Makes sense!

`ValidationError` & `ValidationErrorKind::Invalid` is useless without information of what the invalid value and what type was expected

I'll try to see how we could have done this obvious in the first place, like, better error message :-)

Redesign `Encoded`

* Reuse `FragmentInfo`?

Maintenance suggestion

Hello 👋🏻, maintainer of `imap-{types,codec,next,proxy,sec}` here. First of all... thank you, @jonhoo! I'm a long time fan of your open-source work and the "Crust of Rust" series. You really helped...

Maintenance suggestion

Yeah... I understand the issue. It's just that (so far) I don't know if there is a better solution. `axum`, for example, re-exposes `http`. So... my thinking was: if we...

bindings(python): better message type

Hey @AzideCupric! Thank you so much for your work (and the congratulations)! I'll try to take a look as soon as possible! I'm very happy about your contribution, but need...

bindings(python): better message type

> As you might have noticed in `utils.py`, there is an additional step where we adjust the dictionary structure before conversion. I wonder if there's a way to handle this...

bindings(python): better message type

Just a small update: We havn't forgotten about you :-) It's just that we don't have funding currently and too busy with our day-to-day jobs... But: Your work will not...