starred/modoboa-modoboa
1
0
Fork 0
mirror of https://github.com/modoboa/modoboa.git synced 2026-04-26 09:26:00 +03:00
Code Issues 60 Projects Releases 10 Packages Wiki Activity

[GH-ISSUE #1642] Unable to run check_mx and generate_postfix_maps #1293

New issue
Closed
opened 2026-02-27 11:16:21 +03:00 by kerem · 4 comments
kerem commented 2026-02-27 11:16:21 +03:00
Owner
Copy link

Originally created by @CTDragon on GitHub (Dec 28, 2018).
Original GitHub issue: https://github.com/modoboa/modoboa/issues/1642

Impacted versions

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

Steps to reproduce

Upgraded from 1.11.0
check_mx was not working
running manually: python /srv/modoboa/instance/manage.py modo check_mx
produces error: Value too long for type character varying(50)
image

Found this.. not sure if it helps
https://stackoverflow.com/questions/9036102/databaseerror-value-too-long-for-type-character-varying100

tried to run optional upgrade step python manage.py generate_postfix_maps --destdir
permissions issues with modoboa
image

ran as root instead
Exits with error: Cannot upgrade 'sql-domains.cf' map because it has been modified.
image

ran as root again
Exits with error: ValueError: too many values to unpack
image

(TRACKED THIS DOWN)
Remedied the offending value from /etc/postfix/modoboa-postfix-maps.chk
image

ran as root again
Same 2 errors. Stuck in a loop trying to run this

Current behavior

Can't run the following two commands without errors
python /srv/modoboa/instance/manage.py modo check_mx
python manage.py generate_postfix_maps --destdir

Expected behavior

Video/Screenshot link (optional)

image

Originally created by @CTDragon on GitHub (Dec 28, 2018). Original GitHub issue: https://github.com/modoboa/modoboa/issues/1642 # Impacted versions * Modoboa: 1.13.0 * installer used: Yes * Webserver: Nginx # Steps to reproduce Upgraded from 1.11.0 check_mx was not working running manually: python /srv/modoboa/instance/manage.py modo check_mx produces error: Value too long for type character varying(50) ![image](https://user-images.githubusercontent.com/5723697/50503133-80f9ae00-0a32-11e9-8214-af908686611c.png) Found this.. not sure if it helps https://stackoverflow.com/questions/9036102/databaseerror-value-too-long-for-type-character-varying100 tried to run optional upgrade step python manage.py generate_postfix_maps --destdir <directory> permissions issues with modoboa ![image](https://user-images.githubusercontent.com/5723697/50503143-94a51480-0a32-11e9-99c8-52c727125722.png) ran as root instead Exits with error: Cannot upgrade 'sql-domains.cf' map because it has been modified. ![image](https://user-images.githubusercontent.com/5723697/50503157-b2727980-0a32-11e9-8b4f-9b5e2b66e2e6.png) ran as root again Exits with error: ValueError: too many values to unpack ![image](https://user-images.githubusercontent.com/5723697/50503172-e6e63580-0a32-11e9-865c-cc14e81ac4a8.png) (TRACKED THIS DOWN) Remedied the offending value from /etc/postfix/modoboa-postfix-maps.chk ![image](https://user-images.githubusercontent.com/5723697/50503077-26605200-0a32-11e9-8312-3cc6eeab6a9f.png) ran as root again Same 2 errors. Stuck in a loop trying to run this # Current behavior Can't run the following two commands without errors python /srv/modoboa/instance/manage.py modo check_mx python manage.py generate_postfix_maps --destdir <directory> # Expected behavior # Video/Screenshot link (optional) ![image](https://user-images.githubusercontent.com/5723697/50503077-26605200-0a32-11e9-8312-3cc6eeab6a9f.png)
kerem 2026-02-27 11:16:21 +03:00
  • closed this issue
  • added the
    bug
         label
kerem commented 2026-02-27 11:16:21 +03:00
Author
Owner
Copy link

@CTDragon commented on GitHub (Dec 28, 2018):

As for the check dns issue... could this be because I have 4096 key length and that's too long for the parameter? It seemed to get all the way to dkim on the first one it checked

image

<!-- gh-comment-id:450290837 --> @CTDragon commented on GitHub (Dec 28, 2018): As for the check dns issue... could this be because I have 4096 key length and that's too long for the parameter? It seemed to get all the way to dkim on the first one it checked ![image](https://user-images.githubusercontent.com/5723697/50503333-54469600-0a34-11e9-9633-98c8a73ede0b.png)
kerem commented 2026-02-27 11:16:21 +03:00
Author
Owner
Copy link

@tonioo commented on GitHub (Jan 2, 2019):

@CTDragon Looks like one of the database fields is too short, I need to find which one.
About map files, have you tried to delete the .chk file and add the --force option to the command line?

<!-- gh-comment-id:450803219 --> @tonioo commented on GitHub (Jan 2, 2019): @CTDragon Looks like one of the database fields is too short, I need to find which one. About map files, have you tried to delete the .chk file and add the --force option to the command line?
kerem commented 2026-02-27 11:16:21 +03:00
Author
Owner
Copy link

@ghost commented on GitHub (Jan 4, 2019):

@tonioo fyi the problem is the field error in dnstools_dnsrecord
the error that you try to store (can?) have the complete record as content, so in case of dkim the error can be something like
"Invalid tag p=MIICIjA.......[rest of the key]"

<!-- gh-comment-id:451415137 --> @ghost commented on GitHub (Jan 4, 2019): @tonioo fyi the problem is the field error in dnstools_dnsrecord the error that you try to store (can?) have the complete record as content, so in case of dkim the error can be something like "Invalid tag p=MIICIjA.......[rest of the key]"
kerem commented 2026-02-27 11:16:21 +03:00
Author
Owner
Copy link

@ghost commented on GitHub (Jan 4, 2019):

@tonioo The other problem (which causes the Invalid tag error in the dkim check) is in the check if the dkim key is valid.
in modoboa/dnstools/lib.py:203
You split the key value pair on '=' and check if you have 2 parts.. But the dkim key is base64 encoded and ends with == (so the check fails)

(I'm sorry, at the moment it's not possible for me to create a patch for these problems)

<!-- gh-comment-id:451437518 --> @ghost commented on GitHub (Jan 4, 2019): @tonioo The other problem (which causes the Invalid tag error in the dkim check) is in the check if the dkim key is valid. in modoboa/dnstools/lib.py:203 You split the key value pair on '=' and check if you have 2 parts.. But the dkim key is base64 encoded and ends with == (so the check fails) (I'm sorry, at the moment it's not possible for me to create a patch for these problems)
Sign in to join this conversation.
No Branch/Tag specified
Branches Tags
master
fix/sievefilters-allow-email-in-rule-name
dependabot/npm_and_yarn/frontend/axios-1.15.0
translations_04c0b653215cb5fa48ab101eae1a1917_ja_JP
translations_5d93982e9fd6dab991db4faf93ce9ded_ja_JP
fix/login-issue-3995
fix/sievefilters-issues
add-vitepress-openapi
2974-dmarc-empty-email
2.3.x
updated-doc-2.3.0
feature/OIDC
delete-all-alarms
translations_modoboa-admin-locale-en-lc-messages-djangojs-po--master_af_ZA
translations_modoboa-admin-locale-en-lc-messages-djangojs-po--master_ar
translations_modoboa-admin-locale-en-lc-messages-djangojs-po--master_ca
1.x
translations_modoboa-admin-locale-en-lc-messages-djangojs-po--master_sk
translations_modoboa-admin-locale-en-lc-messages-djangojs-po--master_tr
translations_modoboa-admin-locale-en-lc-messages-djangojs-po--master_es_ES
translations_modoboa-admin-locale-en-lc-messages-djangojs-po--master_uk
translations_modoboa-admin-locale-en-lc-messages-djangojs-po--master_zh_CN
translations_modoboa-admin-locale-en-lc-messages-djangojs-po--master_de_DE
translations_modoboa-admin-locale-en-lc-messages-djangojs-po--master_da_DK
1.8.x
1.7.x
1.6.x
1.4.x
1.3.x
1.2.x
2.8.2
2.8.1
2.8.0
2.7.2
2.7.1
2.7.0
2.6.5
2.6.4
2.6.3
2.6.2
2.6.1
2.6.0
2.5.1
2.5.0
2.4.11
2.4.10
2.4.9
2.4.8
2.4.7
2.4.6
2.4.5
2.4.4
2.4.3
2.4.2
2.4.1
2.4.0
2.3.6
2.3.5
2.3.4
2.3.3
2.3.2
2.3.1
2.3.0
2.3.0-beta.4
2.3.0-beta.3
2.3.0-beta.2
2.3.0-beta.1
2.2.4
2.2.3
2.2.2
2.2.1
2.2.0
2.1.2
2.1.1
2.1.0
2.0.5
2.0.4
2.0.3
2.0.2
2.0.1
2.0.0
2.0.0-beta.3
2.0.0-beta.2
2.0.0-beta.1
1.17.0
1.16.1
1.16.0
1.15.0
1.14.0
1.13.1
1.13.0
1.12.2
1.12.1
1.12.0
1.11.1
1.11.0
1.10.7
1.10.6
1.10.5
1.10.4
1.10.3
1.10.2
1.10.1
1.10.0
1.9.1
1.9.0
1.8.3
1.8.2
1.8.1
1.8.0
1.7.4
1.7.3
1.7.2
1.7.1
1.7.0
1.6.3
1.6.2
1.6.1
1.6.0
1.5.3
1.5.2
1.5.1
1.5.0
1.4.5
1.4.4
1.4.3
1.4.2
1.4.1
1.4.0
1.3.5
1.3.4
1.2.2
1.3.3
1.3.2
1.3.1
1.3.0
1.2.1
1.2.0
1.2.0-rc2
1.2.0-rc1
1.1.7
1.1.6
1.1.5
1.1.4
1.1.3
1.1.2
1.1.1
1.1.0
1.0.1
1.0.0
0.9.5
0.9.4
0.9.3
0.9.2
0.9.1
0.9
0.8.8
0.8.7
0.8.6.1
0.8.6
0.8.5
0.8.4
0.8.3
0.8.3-rc1
0.8.2
0.8.1
0.8
0.8-rc2
0.8-rc1
0.7.2
0.7.1
0.7
0.6.1
0.6
0.5
0.3
0.2
0.1
Labels
Clear 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

Mirrored from GitHub Pull Request

  
pyconfr

   
python

   
question

   
security

   
stale

   
webmail

   
wontfix
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
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
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#1293
No description provided.