Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Getting WARN messages "missing required UNSEEN OK untagged response" on every open #552

Open
pashynskykh opened this issue Jan 28, 2025 · 2 comments
Assignees
Labels
bug Something isn't working

Comments

@pashynskykh
Copy link

pashynskykh commented Jan 28, 2025

=== INFO ===
Device: MacBook Air M1
OS: MacOS 15.2
Installed from: Brew
App version: v1.1.0 aarch64

=== CONFIG ===

[accounts.AccountName]
default = true
email = "[email protected]"
display-name = "John Doe"
downloads-dir = "/Users/jdoe/Downloads"
backend.type = "imap"
backend.host = "example.com"
backend.port = 993
backend.login = "jdoe"
backend.encryption.type = "tls"
backend.auth.type = "password"
backend.auth.command = "pass show example.com/jdoe/password"
message.send.backend.type = "smtp"
message.send.backend.host = "example.com"
message.send.backend.port = 465
message.send.backend.login = "jdoe"
message.send.backend.encryption.type = "tls"
message.send.backend.auth.type = "password"
message.send.backend.auth.command = "pass show example.com/jdoe/password"

=== WARNING MESSAGES ===

2025-01-28T12:33:30.039208Z WARN imap_client::tasks::resolver: received unsolicited unsolicited=Status(Untagged(StatusBody { kind: Ok, code: Some(Other(CodeOther(b"HIGHESTMODSEQ 19"))), text: Text("Highest") }))
2025-01-28T12:33:30.040916Z WARN imap_client::tasks::tasks::select: missing required UNSEEN OK untagged response

=== SCREENSHOT ===
Image

@pashynskykh pashynskykh changed the title Crash on every open with error "missing required UNSEEN OK untagged response" Getting WARN messages "missing required UNSEEN OK untagged response" on every open Jan 28, 2025
@pashynskykh
Copy link
Author

I just found #522.

I don't think it's okay to show anything but critical errors by default. This was my first time using the application and I thought something was not working right before checking the full log and making sure it was not a problem.

These non-critical warnings could not only mislead the average user into thinking the application is not working properly, but could also clutter the terminal with information you don't want to see and make it harder to use the output via pipes or even in scripts.

I would suggest showing only critical errors by default. If someone wants to see application logs, it would still be possible to set a log level using the variable or add the --debug option.

Please note that this is my personal opinion. I could be wrong.

@soywod
Copy link
Member

soywod commented Feb 5, 2025

Thank you for your point. I would argue that showing warnings is not the real issue for me. As someone pointed in the chat, warnings should be errors that can be fixed by the users (and I totally agree with that statement), instead the warning we actually get from the IMAP lib should be a simple debug log. Let's keep this issue open for the following purpose.

@soywod soywod added the bug Something isn't working label Feb 5, 2025
@soywod soywod added this to Pimalaya Feb 5, 2025
@soywod soywod moved this to Todo in Pimalaya Feb 5, 2025
@soywod soywod self-assigned this Feb 5, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
Status: Todo
Development

No branches or pull requests

2 participants