Closed GitFrol closed 1 year ago
Thanks for the detailed logs. Which version of check-if-email-exists are you using?
Sorry, I forgot to mention it. I'm using the latest version of docker image (reacherhq/backend:latest) DIGEST:sha256:9d39357dda465e4dd04baa222b65ab0c90bcae7e6e0fc9461a4278e17d2b0b3c
I have exactly the same issue with *@ja.nl addresses.
RUST_BACKTRACE=1 RUST_LOG=debug ./check_if_email_exists --from-email me@domain.tld --hello-name smtp.domain.tld test@ja.nl
[2023-09-21T14:58:14Z DEBUG reacher] [email=test@ja.nl] Checking email "test@ja.nl"
[2023-09-21T14:58:14Z DEBUG reacher] [email=test@ja.nl] Found the following syntax validation: SyntaxDetails { address: Some(EmailAddress("test@ja.nl")), domain: "ja.nl", is_valid_syntax: true, username: "test", normalized_email: Some("test@ja.nl"), suggestion: None }
[2023-09-21T14:58:14Z DEBUG trust_dns_proto::xfer::dns_handle] querying: ja.nl MX
[2023-09-21T14:58:14Z DEBUG trust_dns_resolver::name_server::name_server_pool] sending request: [Query { name: Name("ja.nl"), query_type: MX, query_class: IN }]
[2023-09-21T14:58:14Z DEBUG trust_dns_resolver::name_server::name_server] reconnecting: NameServerConfig { socket_addr: 127.0.0.53:53, protocol: Udp, tls_dns_name: None, trust_nx_responses: false, bind_addr: None }
[2023-09-21T14:58:14Z DEBUG trust_dns_proto::xfer] enqueueing message: [Query { name: Name("ja.nl"), query_type: MX, query_class: IN }]
[2023-09-21T14:58:14Z DEBUG trust_dns_proto::udp::udp_stream] created socket successfully
[2023-09-21T14:58:14Z DEBUG trust_dns_proto::udp::udp_client_stream] received message id: 8803
[2023-09-21T14:58:14Z DEBUG trust_dns_resolver::error] Response:8803:RD,RA:NoError:3/0/3
[2023-09-21T14:58:14Z DEBUG trust_dns_resolver::error] Response:8803:RD,RA:NoError:3/0/3
[2023-09-21T14:58:14Z DEBUG reacher] [email=test@ja.nl] Found the following MX hosts: ["10 filter10.antispamcloud.com.", "20 filter20.antispamcloud.com.", "30 filter30.antispamcloud.com."]
[2023-09-21T14:58:14Z DEBUG reacher] [email=test@ja.nl] Found the following misc details: MiscDetails { is_disposable: false, is_role_account: true, gravatar_url: None, haveibeenpwned: None }
thread 'main' panicked at 'index out of bounds: the len is 0 but the index is 18446744073709551615', PATH/check-if-email-exists/core/src/lib.rs:215:9
stack backtrace:
[2023-09-21T14:58:14Z DEBUG trust_dns_proto::xfer::dns_exchange] io_stream is done, shutting down
0: rust_begin_unwind
at /build/rustc-ujz1Py/rustc-1.66.1+dfsg0ubuntu1/library/std/src/panicking.rs:575:5
1: core::panicking::panic_fmt
at /build/rustc-ujz1Py/rustc-1.66.1+dfsg0ubuntu1/library/core/src/panicking.rs:65:14
2: core::panicking::panic_bounds_check
at /build/rustc-ujz1Py/rustc-1.66.1+dfsg0ubuntu1/library/core/src/panicking.rs:151:5
3: check_if_email_exists::check_email::{{closure}}
4: <core::future::from_generator::GenFuture<T> as core::future::future::Future>::poll
5: tokio::runtime::park::CachedParkThread::block_on
6: tokio::runtime::scheduler::multi_thread::MultiThread::block_on
7: tokio::runtime::runtime::Runtime::block_on
8: check_if_email_exists::main
note: Some details are omitted, run with `RUST_BACKTRACE=full` for a verbose backtrace.
I'm running check-if-email-exists-cli 0.9.1 on Ubuntu 22.04.3
Can I do something to help you resolve the issue?
Fixed by #1337
Email Provider
ok.de
What happened?
Hi. Noticed interesting behaviour, service faces this error when checking addressed from domain @ok.de. The log is below, I replaced real email address with ***.
Relevant log output