[GH-ISSUE #1290] SimpleUsers don't receving emails. #1041

Open
opened 2026-02-27 11:14:53 +03:00 by kerem · 7 comments
Owner

Originally created by @blackmlm on GitHub (Nov 7, 2017).
Original GitHub issue: https://github.com/modoboa/modoboa/issues/1290

Impacted versions

  • Modoboa: 1.9.1
  • installer used: Yes
  • Webserver: Nginx

Current behavior

SimpleUsers can't receive emails, I had to give them domain admin Role for them to receive the emails.

email originator get back this message.

The response from the remote server was: 550 5.1.1 bsmith@mattsbuildingmaterials.com: Recipient address rejected: undeliverable address: host mail.mattsbuildingmaterialsinc.com[private/dovecot-lmtp] said: 550 5.1.1 bsmith@mattsbuildingmaterials.com User doesn't exist: bsmith@mattsbuildingmaterials.com (in reply to RCPT TO command)

As soon as I change the Role from SimpleUser to DomainAdmin , they start getting emials,

I noticed this happening on some account not all of them. and I dont know how to replicate this. This is a new installation and I am using IMAP Migration plugin .... migration is working OK. just wanted to mention this plugin. all the rest was installed with with Installer.

Its running on Ubuntu 16.04.3 LTS. Nothing else installed, but modoboa.

Thanks

Jose Garza

Originally created by @blackmlm on GitHub (Nov 7, 2017). Original GitHub issue: https://github.com/modoboa/modoboa/issues/1290 # Impacted versions * Modoboa: 1.9.1 * installer used: Yes * Webserver: Nginx # Current behavior SimpleUsers can't receive emails, I had to give them domain admin Role for them to receive the emails. email originator get back this message. The response from the remote server was: 550 5.1.1 <bsmith@mattsbuildingmaterials.com>: Recipient address rejected: undeliverable address: host mail.mattsbuildingmaterialsinc.com[private/dovecot-lmtp] said: 550 5.1.1 <bsmith@mattsbuildingmaterials.com> User doesn't exist: bsmith@mattsbuildingmaterials.com (in reply to RCPT TO command) -- As soon as I change the Role from SimpleUser to DomainAdmin , they start getting emials, I noticed this happening on some account not all of them. and I dont know how to replicate this. This is a new installation and I am using IMAP Migration plugin .... migration is working OK. just wanted to mention this plugin. all the rest was installed with with Installer. Its running on Ubuntu 16.04.3 LTS. Nothing else installed, but modoboa. Thanks Jose Garza
Author
Owner

@figassis commented on GitHub (Nov 8, 2017):

I'm having this issue and this is not a new installation. I've updated to 1.8.2. New users get emails, but there was one user for which I changed the username and stopped getting emails. Then I deleted the user (mailbox stayed, had to delete manually). I then recreated the user and still doesn't get emails.

<!-- gh-comment-id:342891456 --> @figassis commented on GitHub (Nov 8, 2017): I'm having this issue and this is not a new installation. I've updated to 1.8.2. New users get emails, but there was one user for which I changed the username and stopped getting emails. Then I deleted the user (mailbox stayed, had to delete manually). I then recreated the user and still doesn't get emails.
Author
Owner

@tonioo commented on GitHub (Nov 8, 2017):

Looks like a verify cache issue. Try to remove the /var/lib/postfix/verify_cache.db and to reload postfix.

<!-- gh-comment-id:342893174 --> @tonioo commented on GitHub (Nov 8, 2017): Looks like a verify cache issue. Try to remove the ``/var/lib/postfix/verify_cache.db`` and to reload postfix.
Author
Owner

@figassis commented on GitHub (Nov 8, 2017):

@tonioo, that was it! I was set on spending tonight tackling this. Appreciate the help!

<!-- gh-comment-id:342895660 --> @figassis commented on GitHub (Nov 8, 2017): @tonioo, that was it! I was set on spending tonight tackling this. Appreciate the help!
Author
Owner

@blackmlm commented on GitHub (Nov 9, 2017):

awesome, I think is working on my side as well, do you know if this is a known issue? will this be happening again?

<!-- gh-comment-id:343032417 --> @blackmlm commented on GitHub (Nov 9, 2017): awesome, I think is working on my side as well, do you know if this is a known issue? will this be happening again?
Author
Owner

@figassis commented on GitHub (Nov 9, 2017):

I assume it will, probably after operations that change the maildir structure. Maybe a cron job would fix.

<!-- gh-comment-id:343074956 --> @figassis commented on GitHub (Nov 9, 2017): I assume it will, probably after operations that change the maildir structure. Maybe a cron job would fix.
Author
Owner

@tonioo commented on GitHub (Nov 9, 2017):

I think postfix configuration should be modified a bit to improve cache control. http://www.postfix.org/verify.8.html

<!-- gh-comment-id:343105926 --> @tonioo commented on GitHub (Nov 9, 2017): I think postfix configuration should be modified a bit to improve cache control. http://www.postfix.org/verify.8.html
Author
Owner

@ghost commented on GitHub (Mar 6, 2018):

This should just be a one off issue during migration, there's no need to modify the postfix configuration.

This issue occurs if an address receives an email before the account/alias has been created (or enabled if the account was disabled) in Modoboa. If an account/alias doesn't exist or isn't enabled postfix caches the result for 3 hours (address_verify_negative_refresh_time) before checking again if the account/alias exists.

The documentation should probably be updated to include a note say if accounts have been migrated from another server delete verify_cache.db and restart postfix.

<!-- gh-comment-id:370767874 --> @ghost commented on GitHub (Mar 6, 2018): This should just be a one off issue during migration, there's no need to modify the postfix configuration. This issue occurs if an address receives an email before the account/alias has been created (or enabled if the account was disabled) in Modoboa. If an account/alias doesn't exist or isn't enabled postfix caches the result for 3 hours ([address_verify_negative_refresh_time](http://www.postfix.org/postconf.5.html#address_verify_negative_refresh_time)) before checking again if the account/alias exists. The documentation should probably be updated to include a note say if accounts have been migrated from another server delete `verify_cache.db` and restart postfix.
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/modoboa-modoboa#1041
No description provided.