Verification emails are not been sent when users signup

Verification emails are not been sent when users signup.
All the mail credentials are correct and emails used to be sent setup before but now users are complaining of not getting it.

Things to check:

Indico side:

  • is the celery service up and running and connected to redis/rabbitmq? (most likely cause of emails not getting sent out…)
  • are redis and/or rabbitmq working correctly (check their logs)?
  • are errors logged by indico?
  • if using a local mail daemon: are errors logged?

Mail service

  • are there changes to the mailservice that need adopted configs ( e.g. SSL now required etc.?)

Downstream:

  • are only certain domains affected?
  • are mails blocked or retained/delayed by anti-spam filters
  • are the mails in the spam folder?

For more help it would good to know what mailservice is configured.

1 Like

This is how the service looks like
root@indico:/home/ubuntu# systemctl status indico-celery.service
● indico-celery.service - Indico Celery
Loaded: loaded (/etc/systemd/system/indico-celery.service; enabled; vendor preset: enabled)
Active: active (running) since Mon 2023-10-23 22:20:16 UTC; 10h ago
Main PID: 587 (indico)
Tasks: 3 (limit: 2252)
Memory: 289.7M
CPU: 1min 50.168s
CGroup: /system.slice/indico-celery.service
β”œβ”€587 /opt/indico/.venv/bin/python /opt/indico/.venv/bin/indico celery worker -B
β”œβ”€892 /opt/indico/.venv/bin/python /opt/indico/.venv/bin/indico celery worker -B
└─893 /opt/indico/.venv/bin/python /opt/indico/.venv/bin/indico celery worker -B

Oct 24 08:20:37 indico.stu.edu.gh indico-celery[587]: 2023-10-24 08:20:37,942 INFO 0000000000000000 - celery.worker.strategy Task send_email[fb1d5153-b3ca-48a4-8ac6-f63a4226>
Oct 24 08:20:37 indico.stu.edu.gh indico-celery[892]: 2023-10-24 08:20:37,945 INFO 0000000000000000 - celery.app.trace Task send_email[fb1d5153-b3ca-48a4-8ac6-f63a4226>
Oct 24 08:20:48 indico.stu.edu.gh indico-celery[587]: 2023-10-24 08:20:48,054 INFO 0000000000000000 - celery.worker.strategy Task send_email[e1c87bcd-2d4c-4a3d-a0a6-447323c4>
Oct 24 08:20:48 indico.stu.edu.gh indico-celery[892]: 2023-10-24 08:20:48,059 INFO 0000000000000000 - celery.app.trace Task send_email[e1c87bcd-2d4c-4a3d-a0a6-447323c4>
Oct 24 08:21:48 indico.stu.edu.gh indico-celery[587]: 2023-10-24 08:21:48,069 INFO 0000000000000000 - celery.worker.strategy Task send_email[fb1d5153-b3ca-48a4-8ac6-f63a4226>
Oct 24 08:21:48 indico.stu.edu.gh indico-celery[892]: 2023-10-24 08:21:48,076 INFO 0000000000000000 - celery.app.trace Task send_email[fb1d5153-b3ca-48a4-8ac6-f63a4226>
Oct 24 08:22:58 indico.stu.edu.gh indico-celery[587]: 2023-10-24 08:22:58,208 INFO 0000000000000000 - celery.worker.strategy Task send_email[e1c87bcd-2d4c-4a3d-a0a6-447323c4>
Oct 24 08:22:58 indico.stu.edu.gh indico-celery[892]: 2023-10-24 08:22:58,213 INFO 0000000000000000 - celery.app.trace Task send_email[e1c87bcd-2d4c-4a3d-a0a6-447323c4>
Oct 24 08:23:58 indico.stu.edu.gh indico-celery[892]: 2023-10-24 08:23:58,432 INFO 0000000000000000 - celery.app.trace Task send_email[fb1d5153-b3ca-48a4-8ac6-f63a4226>
Oct 24 08:23:58 indico.stu.edu.gh indico-celery[587]: 2023-10-24 08:23:58,427 INFO 0000000000000000 - celery.worker.strategy Task send_email[fb1d5153-b3ca-48a4-8ac6-f63a4226>
lines 1-22/22 (END)…skipping…
● indico-celery.service - Indico Celery
Loaded: loaded (/etc/systemd/system/indico-celery.service; enabled; vendor preset: enabled)
Active: active (running) since Mon 2023-10-23 22:20:16 UTC; 10h ago
Main PID: 587 (indico)
Tasks: 3 (limit: 2252)
Memory: 289.7M
CPU: 1min 50.168s
CGroup: /system.slice/indico-celery.service
β”œβ”€587 /opt/indico/.venv/bin/python /opt/indico/.venv/bin/indico celery worker -B
β”œβ”€892 /opt/indico/.venv/bin/python /opt/indico/.venv/bin/indico celery worker -B
└─893 /opt/indico/.venv/bin/python /opt/indico/.venv/bin/indico celery worker -B

Oct 24 08:20:37 indico.stu.edu.gh indico-celery[587]: 2023-10-24 08:20:37,942 INFO 0000000000000000 - celery.worker.strategy Task send_email[fb1d5153-b3ca-48a4-8ac6-f63a42265584] received
Oct 24 08:20:37 indico.stu.edu.gh indico-celery[892]: 2023-10-24 08:20:37,945 INFO 0000000000000000 - celery.app.trace Task send_email[fb1d5153-b3ca-48a4-8ac6-f63a42265584] retry: Retry in 60s
Oct 24 08:20:48 indico.stu.edu.gh indico-celery[587]: 2023-10-24 08:20:48,054 INFO 0000000000000000 - celery.worker.strategy Task send_email[e1c87bcd-2d4c-4a3d-a0a6-447323c4b88e] received
Oct 24 08:20:48 indico.stu.edu.gh indico-celery[892]: 2023-10-24 08:20:48,059 INFO 0000000000000000 - celery.app.trace Task send_email[e1c87bcd-2d4c-4a3d-a0a6-447323c4b88e] retry: Retry in 120s
Oct 24 08:21:48 indico.stu.edu.gh indico-celery[587]: 2023-10-24 08:21:48,069 INFO 0000000000000000 - celery.worker.strategy Task send_email[fb1d5153-b3ca-48a4-8ac6-f63a42265584] received
Oct 24 08:21:48 indico.stu.edu.gh indico-celery[892]: 2023-10-24 08:21:48,076 INFO 0000000000000000 - celery.app.trace Task send_email[fb1d5153-b3ca-48a4-8ac6-f63a42265584] retry: Retry in 120s
Oct 24 08:22:58 indico.stu.edu.gh indico-celery[587]: 2023-10-24 08:22:58,208 INFO 0000000000000000 - celery.worker.strategy Task send_email[e1c87bcd-2d4c-4a3d-a0a6-447323c4b88e] received
Oct 24 08:22:58 indico.stu.edu.gh indico-celery[892]: 2023-10-24 08:22:58,213 INFO 0000000000000000 - celery.app.trace Task send_email[e1c87bcd-2d4c-4a3d-a0a6-447323c4b88e] retry: Retry in 300s
Oct 24 08:23:58 indico.stu.edu.gh indico-celery[892]: 2023-10-24 08:23:58,432 INFO 0000000000000000 - celery.app.trace Task send_email[fb1d5153-b3ca-48a4-8ac6-f63a42265584] retry: Retry in 300s
Oct 24 08:23:58 indico.stu.edu.gh indico-celery[587]: 2023-10-24 08:23:58,427 INFO 0000000000000000 - celery.worker.strategy Task send_email[fb1d5153-b3ca-48a4-8ac6-f63a42265584] received

Redis server services
root@indico:/home/ubuntu# systemctl status redis-server.service
● redis-server.service - Advanced key-value store
Loaded: loaded (/lib/systemd/system/redis-server.service; enabled; vendor preset: enabled)
Active: active (running) since Mon 2023-10-23 22:20:18 UTC; 10h ago
Docs: https://redis.io/docs/,
man:redis-server(1)
Main PID: 594 (redis-server)
Status: β€œReady to accept connections”
Tasks: 5 (limit: 2252)
Memory: 5.5M
CPU: 1min 42.604s
CGroup: /system.slice/redis-server.service
└─594 β€œ/usr/bin/redis-server 127.0.0.1:6379” β€œβ€ β€œβ€ β€œβ€ β€œβ€ β€œβ€ β€œβ€ β€œβ€ β€œβ€ β€œβ€ β€œβ€ β€œβ€ β€œβ€ β€œβ€ β€œβ€ β€œβ€ β€œβ€ β€œβ€ β€œβ€ β€œβ€ β€œβ€ β€œβ€ β€œβ€ β€œβ€ β€œβ€ β€œβ€ β€œβ€ β€œβ€ β€œβ€ β€œβ€ β€œβ€ β€œβ€ β€œβ€ β€œβ€ β€œβ€ β€œβ€ β€œβ€ β€œβ€ β€œβ€ β€œβ€ β€œβ€ β€œβ€ β€œβ€ β€œβ€

Oct 23 22:20:16 indico.stu.edu.gh systemd[1]: Starting Advanced key-value store…
Oct 23 22:20:18 indico.stu.edu.gh systemd[1]: Started Advanced key-value store.

Looks like the upstream mailserver is either down or rejecting the mails.

Is Indico configured to send via a local sendmail or postfix? Or are you contacting an upstream mailserver directly?

  1. are only certain domains affected?
  2. are mails blocked or retained/delayed by anti-spam filters
  3. are the mails in the spam folder?

1 All domains are not receiving mails
2. Not much I can think of am using Google workspace. see the mail settings below
3. Mails are not landing in spams or junks either

Email settings

SMTP_SERVER = (β€˜smtp.gmail.com’, 25)
SMTP_USE_TLS = True
SMTP_LOGIN = β€˜noreply.arctug2024@stu.edu.gh’
SMTP_PASSWORD = β€˜β€™
SUPPORT_EMAIL = β€˜admin.arctug2024@stu.edu.gh’
PUBLIC_SUPPORT_EMAIL = β€˜arctug2024@stu.edu.gh’
NO_REPLY_EMAIL = β€˜noreply.arctug2024@stu.edu.gh’

Using googlemail directly is always problematic. It will reject the mail if the sender is incorrect (does not match the login or registered emails for that login). And check google docs for changes in the login procedure, it may be that plain passwords are not allowed anymore.

1 Like

I have always use this in all applications and the password is not plain, there’s 2FA on the mail account which requires an app password. I tested the credentials in another application and it was able to send the mails.

It will reject the mail if the sender is incorrect (does not match the login or registered emails for that login)

This sounds very similar to the problem I’m having here ( Email failing due to from address not being verified in Amazon SES - #2 by adam ). How does one get Indico to only send emails from the β€œcorrect sender”? I’m using Amazon SES but appear to be having similar issues with sending…

That would be nearly impossible to enforce. You need a sane mail server, e.g. postfix inbetween.

Sorry to get into this discussion, but i’m having email problems too.
My Indico is configured to send email through my localhost postfix which in turn sends to gmail (this last MTA jump works fine in the last two years).
Celery it’s running fine, redis it’s running fine too.
I checked the celery log and some emails were sent correctly until yesterday, but i’m sure that some abstract was commented today by the reviewers, so an email should start to author (s).
In celery there’s no send_email lines at all and in postfix there’s no log of email activity from indico.

If we select the β€œemail” button to send manual email to people, it works: only β€œautomated” emails from interaction with indico seems to be sometime missing.

Any hint ?

[SOLVED]
I forgot to define the notification templates … my fault.