IMAP Email Node No Longer Triggering Workflow

Describe the issue/error/question

IMAP Email node is no longer triggering workflow which has worked for 1+ month. IMAP credentials (non-Gmail) show as “connection tested successfully”. Appears to have stopped working sometime between 9/16/22 and 9/20/22 and no new executions showing in log.

What is the error message (if any)?

None. Workflow no longer triggers from IMAP Email node.

Information on your n8n setup

  • n8n version: 0.193.5
  • Database you’re using (default: SQLite): SQLite
  • Running n8n with the execution process [own(default), main]: Own? Not sure what this means.
  • Running n8n via [Docker, npm, n8n.cloud, desktop app]: Docker

Hi @MortgageRockstar, I am sorry to hear you’re having trouble. Which email provider are you using and which settings do you use in your credentials (host, port, ssl/tls)? I seem to remember that MS wanted to phase out IMAP authentication for MS365 accounts, so am wondering if you might be affected by this.

@MutedJam, I’m using VPS Hosting with KnownHost and not using MS365.

I’m not sure why the IMAP Email node stopped working, but it’s working again fine after updating to a more current version.

I primarily just wanted to notify the n8n team regarding this in case it was a more widespread issue.

1 Like

I guess I spoke too soon. This issue has re-occurred.

As mentioned above, I am using VPS Hosting with KnownHost on port 993 with SSL/TLS.

My credentials for this email address continue to show as “connection tested successfully”, but the workflow does not trigger (no executions showing in log) with incoming email.

snip

Hey @MortgageRockstar,

What mail provider are you using or do KnownHost also provide that? When it stops working is the workflow still active? If you check the docker log for the n8n container does it show any error messages?

It’s a VPS so email is hosted on the server.

The workflow is active in addition to the credentials.

I do have an Error Trigger node defined in a workflow, but it is not triggered. The workflow simply is not being triggered with the IMAP Email mode despite unread emails in the mailbox.

Hey @MortgageRockstar,

Perfect, It is not often we see people hosting their own mail server on a VPS. If you check the docker logs for the container does it show any errors?

Email is handled through DirectAdmin on my VPS.

I’m not sure what docker logs you are referencing. I used the command “docker logs [container name]” and it outputs the workflows that are active, but that’s it.

I previously tried to enable logging through n8n environment variables, but it caused my n8n instance not to load successfully.

Hey @MortgageRockstar,

docker logs [container_name] would be the bit that we would be interested in, Normally it would show some kind of error if a workflow just stops.

It might be worth revisiting the logging again to see if we can work out why that is failing or maybe the mail server has something in the logs that would be useful.

No errors, @Jon. The docker log just shows the active workflows including the workflow in question (see below). There are no errors yet no executions in the n8n execution log with incoming emails.

image

It appears to be an issue with the IMAP Email node itself or IMAP credentials connection (although credentials have always showed in n8n as “connection tested successfully”).

It appears that I am able to get the workflow executing again by de-activating and re-activating the workflow, but that is not optimal.

Hey @MortgageRockstar,

Is that with debug logging enabled? @MutedJam do you have any thoughts?

@MutedJam do you have any thoughts?

I am afraid not, I don’t really have an in-depth understanding of how our IMAP node works.

Hey @MortgageRockstar,

I was just having a chat with @MutedJam and looking through the code for the node, Could you go to Options and add Force Reconnect and leave that as 60 and monitor for a few days and let me know if it helps.

1 Like