mirror of
https://github.com/modoboa/modoboa.git
synced 2026-04-27 01:45:58 +03:00
[GH-ISSUE #510] handle_mailbox_operations command not working #491
Labels
No labels
bug
bug
dependencies
design
documentation
duplicate
enhancement
enhancement
enhancement
feedback-needed
help-needed
help-needed
installer
invalid
looking-for-sponsors
modoboa-contacts
new-ui
new-ui
pr
pull-request
pyconfr
python
question
security
stale
webmail
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/modoboa-modoboa#491
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @carragom on GitHub (Jan 18, 2014).
Original GitHub issue: https://github.com/modoboa/modoboa/issues/510
Originally assigned to: @tonioo on GitHub.
Hello,
This is a new Modoboa 1.1.0 installation. When I try to run:
I get the following error:
According to the documentation there should be an option in Modoboa->Parameters->General to activate this HANDLE_MAILBOXES. But I don't see it anywhere.
I tried to outsmart the system by inserting the value in the lib_parameter table but no luck. I guess something else is required.
Am I missing something ? Here is the screenshot of my admin interface, logged as the default admin user:

@tonioo commented on GitHub (Jan 19, 2014):
Hi,
this option will be automatically hidden if one of the following condition is true:
@tonioo commented on GitHub (Jan 19, 2014):
Actually, modoboa looks for dovecot (not doveadm) to check if it must hide the setting or not.
https://github.com/tonioo/modoboa/blob/master/modoboa/extensions/admin/app_settings.py#L46
@carragom commented on GitHub (Jan 21, 2014):
Hello,
Using dovecot 2.1.7 package that ships with Debian Wheezy. The dovecot command is in /usr/sbin/dovecot which is not in the path of normal users and so
which dovecotwill never find it unless you run it as root or with sudo. Does Modoboa requires the dovecot command in any way to handle the mailbox operations to go as far as hide the feature if it can't find the command ?. What is the actual purpose of this validation ?Cheers
@tonioo commented on GitHub (Jan 21, 2014):
Actually, modoboa needs the doveadm command which comes with Dovecot > 2 so we call dovecot --version to know the version in use. doveadm is usefull to find where home directories are stored.
If we can't find where mailboxes are stored, we can't rename or remove them, that's why the parameter is hidden. What do you think?
I'll make a quick fix to make the handle_mailbox_operations command quit properly.
@carragom commented on GitHub (Jan 22, 2014):
Well, I can't think of any other way that is not OS specific to find the dovecot version. So I guess looking a bit more for the dovecot command is what it's needed. I mean
which dovecotwould be the first check and then we could look in /usr/sbin/dovecot and /usr/local/sbin/dovecot. Would that make sense ?@tonioo commented on GitHub (Jan 22, 2014):
Yes, I can add additional checks.
@tonglil commented on GitHub (Feb 19, 2014):
The crontab job to handle_mailbox_operations sends an email that reads:
NotDefined: Application 'admin' and/or parameter 'HANDLE_MAILBOXES' not definedDovecot and Postfix are both in default locations.
@tonioo commented on GitHub (Feb 19, 2014):
Can you please tell me:
Thanks.
@tonglil commented on GitHub (Feb 19, 2014):
which dovecot=>/usr/sbin/dovecotdovecot --version=>2.0.19which postfix=>/usr/sbin/postfix@tonioo commented on GitHub (Feb 19, 2014):
Ok. Which system user is running modoboa? Have you defined a DOVECOT_LOOKUP_PATH variable into your settings.py file?
@tonglil commented on GitHub (Feb 19, 2014):
The path variable is commented out.
DEBUG = True (if that is relevant, the app won't run if it is set to false)
ADMINS = ()
root is running modoboa from ps -aux
@tonioo commented on GitHub (Feb 19, 2014):
You need to define the ALLOWED_DOMAINS variable if you want to set Debug to False.
And what about the cron job? Which user?
@tonglil commented on GitHub (Feb 19, 2014):
ALLOWED_HOSTS = [
'ubyssey.ca',
]
Cron job run by vmail user, not sure how to get it to run as root.
@tonioo commented on GitHub (Feb 19, 2014):
I guess 'ubyssey.ca' is you domain name. Can you try to set the FQDN of your mail/webmail server ?
Can you also try to login as vmail and check the following commands :
@tonglil commented on GitHub (Feb 19, 2014):
sudo -i -u vmailwhich dovecot=>/usr/sbin/dovecot/usr/sbin/dovecot --version=>2.0.19which postfix=>/usr/sbin/postfixDo you know what I should define in ADMINS?
@tonioo commented on GitHub (Feb 19, 2014):
I really don't understand what's happening... Would it be possible to access your server ?
In ADMINS, just enter an email address to receive notifications about 500 errors. It is only used when Debug = False.
@tonglil commented on GitHub (Feb 20, 2014):
I have no idea either, going to wait and see if other cron jobs has this issue.
@tonioo commented on GitHub (Mar 4, 2014):
Hi Tony,
what about the other jobs?