From soeren at mindorf.org  Tue Jul 10 10:48:35 2018
From: soeren at mindorf.org (=?utf-8?B?U8O2cmVuIE1pbmRvcmY=?=)
Date: Tue, 10 Jul 2018 08:48:35 +0000
Subject: automx settings
Message-ID: <8dfb779d2dca569e06a1439b44b8cdf8@mindorf.org>

Hallo zusammen,

ich habe schon l?nger automx im Einsatz und bin soweit sehr zufrieden, allerdings vergesse ich immer, wenn ich eine
neue Email-Domain anlege, diese auch in die automx.conf einzutragen.
Gibt es da einen Weg, dass ich z.B. als Section "global" oder "always" eintragen kann, damit ich keine Domains mehr angeben muss? 
Vielleicht habe ich auch nur ein Verst?ndnisproblem. :/

meine automx.conf:

[automx]
# must be a domain!
provider = xxx.xx
domains = *

[DEFAULT]
account_type = email
account_name = xxx.xx
account_name_short = xxx.xx

[global]
backend = sql
action = settings

host = postgresql+psycopg2://xx:xx at 127.0.0.1/xx
query = SELECT displayname, username, domain FROM accounts WHERE email='%s';
result_attrs = displayname, username, domain

display_name = ${displayname}

smtp = yes
smtp_server = xxx
smtp_port = 587
smtp_encryption = starttls
smtp_auth = plaintext
smtp_refresh_ttl = 6
smtp_default = yes
smtp_auth_identity = ${username}@${domain}

imap = yes
imap_server = xxx
imap_port = 993
imap_encryption = SSL
imap_auth = plaintext
imap_refresh_ttl = 6
imap_auth_identity = ${username}@${domain}

[domain1.tld]
backend = global

[domain2.tld]
backend = global

dies w?rde ich mir gerne sparen. ;)

Danke und Gru?
S?ren

From c at roessner-network-solutions.com  Wed Jul 11 11:51:26 2018
From: c at roessner-network-solutions.com (=?utf-8?Q?Christian_Ro=CC=88=C3=9Fner?=)
Date: Wed, 11 Jul 2018 11:51:26 +0200
Subject: automx settings
In-Reply-To: <8dfb779d2dca569e06a1439b44b8cdf8@mindorf.org>
References: <8dfb779d2dca569e06a1439b44b8cdf8@mindorf.org>
Message-ID: <2BFFD686-A2D0-4DBB-B7CA-81C7AC1878C3@roessner-network-solutions.com>

Hallo,

> Am 10.07.2018 um 10:48 schrieb S?ren Mindorf <soeren at mindorf.org>:
> 
...

> imap_auth = plaintext
> imap_refresh_ttl = 6
> imap_auth_identity = ${username}@${domain}

... ab hier alles l?schen ...

> [domain1.tld]
> backend = global
> 
> [domain2.tld]
> backend = global

Wenn keine Sektion vorhanden ist, _sollte_ die "global"-Sektion automatisch greifen, sonst w?re das ein Bug ;-)

Gr??e

Christian
-- 
R??ner-Network-Solutions
Karl-Br?ger-Str. 10, 36304 Alsfeld
T: +49 6631 9110725, F: +49 6631 78823409, M: +49 171 9905345
USt-IdNr.: DE225643613, https://roessner-network-solutions.com

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 1629 bytes
Desc: not available
URL: <https://mail.sys4.de/pipermail/automx-users/attachments/20180711/17443638/attachment.p7s>

From tony at kode.email  Thu Jul 12 14:58:50 2018
From: tony at kode.email (Tony)
Date: Thu, 12 Jul 2018 05:58:50 -0700
Subject: automx - Mobile Client settings not discovered
Message-ID: <9cdd8d2de7dee9a30c8f5a43f7a2df7c@kode.email>

Hello,

I have automx working well to discover mail settings for desktop mail 
clients like Thunderbird. The only issue I am seeing is with the mobile 
client config. For example, using the master branch I move the 'html' 
folder to my web root /srv/http. When I specify the email address and 
optionally name/password, automx hits a "Not Found" message where it 
cannot find mobileconfig. Here is a snippet of my Apache 2.4 config. 
Note I am not signing any mobile configs.

---
  <IfModule mod_wsgi.c>
     WSGIScriptAlias /Autodiscover/Autodiscover.xml 
/usr/lib/automx/automx_wsgi.py
     WSGIScriptAlias /autodiscover/autodiscover.xml 
/usr/lib/automx/automx_wsgi.py
     WSGIScriptAlias /mobileconfig /usr/lib/automx/automx_wsgi.py
     <Directory "/usr/lib/automx">
       Require all granted
     </Directory>
   </IfModule>
---

When I use the mobileclient branch, clicking "Create configuration!" 
does not respond at all. The main difference between the master and 
mobileclient branch is that the mobileclient branch does include an 
automx.html file, but master does not. Instead, for master, I have gone 
and renamed index.html.en as index.html, but I still get nothing but a 
"Not Found" error.

The automx logs does not show anything while in verbose mode unless I 
use the automx-test script.

-- test ---

Testing Autodiscover (mobilesync) ...
Connecting to 
https://autodiscover.domain.email/autodiscover/autodiscover.xml ...

   HTTP/1.1 200 OK
   Date: Thu, 12 Jul 2018 12:45:35 GMT
   Server: Apache
   Content-Length: 504
   Vary: Accept-Encoding
   Keep-Alive: timeout=5, max=100
   Connection: Keep-Alive
   Content-Type: text/xml
<?xml version='1.0' encoding='utf-8'?>
<Autodiscover 
xmlns="http://schemas.microsoft.com/exchange/autodiscover/responseschema/2006">
   <Response 
xmlns="http://schemas.microsoft.com/exchange/autodiscover/mobilesync/responseschema/2006">
     <Culture>en:us</Culture>
     <User>
       <EmailAddress>user at domain.email</EmailAddress>
     </User>
     <Action>
       <Settings>
         <Server>
           <Type>MobileSync</Type>
         </Server>
       </Settings>
     </Action>
   </Response>
</Autodiscover>

--- test ---

As you can see above the Settings are empty. Below is the verbose log 
for mobile.

--- verbose mobileconfig ---

2018-07-12 05:45:36,086 DEBUG: --------------- BEGIN environ 
---------------
2018-07-12 05:45:36,088 DEBUG: GATEWAY_INTERFACE: CGI/1.1
2018-07-12 05:45:36,088 DEBUG: SERVER_PROTOCOL: HTTP/1.1
2018-07-12 05:45:36,088 DEBUG: REQUEST_METHOD: POST
2018-07-12 05:45:36,088 DEBUG: QUERY_STRING:
2018-07-12 05:45:36,088 DEBUG: REQUEST_URI: /mobileconfig
2018-07-12 05:45:36,088 DEBUG: SCRIPT_NAME: /mobileconfig
2018-07-12 05:45:36,088 DEBUG: HTTP_USER_AGENT: Wget/1.19.5 (linux-gnu)
2018-07-12 05:45:36,089 DEBUG: HTTP_ACCEPT: */*
2018-07-12 05:45:36,089 DEBUG: HTTP_ACCEPT_ENCODING: identity
2018-07-12 05:45:36,089 DEBUG: HTTP_HOST: autodiscover.domain.email
2018-07-12 05:45:36,089 DEBUG: HTTP_CONNECTION: Keep-Alive
2018-07-12 05:45:36,089 DEBUG: CONTENT_TYPE: 
application/x-www-form-urlencoded
2018-07-12 05:45:36,089 DEBUG: CONTENT_LENGTH: 65
2018-07-12 05:45:36,089 DEBUG: SERVER_SIGNATURE:
2018-07-12 05:45:36,089 DEBUG: SERVER_SOFTWARE: Apache
2018-07-12 05:45:36,090 DEBUG: SERVER_NAME: autodiscover.domain.email
2018-07-12 05:45:36,090 DEBUG: SERVER_ADDR: 66.x.x.x
2018-07-12 05:45:36,090 DEBUG: SERVER_PORT: 80
2018-07-12 05:45:36,090 DEBUG: REMOTE_ADDR: 66.x.x.x
2018-07-12 05:45:36,090 DEBUG: DOCUMENT_ROOT: /usr/lib/automx
2018-07-12 05:45:36,090 DEBUG: REQUEST_SCHEME: http
2018-07-12 05:45:36,090 DEBUG: CONTEXT_PREFIX:
2018-07-12 05:45:36,090 DEBUG: CONTEXT_DOCUMENT_ROOT: /usr/lib/automx
2018-07-12 05:45:36,090 DEBUG: SERVER_ADMIN: webmaster at domain.email
2018-07-12 05:45:36,090 DEBUG: SCRIPT_FILENAME: 
/usr/lib/automx/automx_wsgi.py
2018-07-12 05:45:36,090 DEBUG: REMOTE_PORT: 43224
2018-07-12 05:45:36,090 DEBUG: PATH_INFO:
2018-07-12 05:45:36,090 DEBUG: mod_wsgi.script_name: /mobileconfig
2018-07-12 05:45:36,091 DEBUG: mod_wsgi.path_info:
2018-07-12 05:45:36,091 DEBUG: mod_wsgi.process_group:
2018-07-12 05:45:36,091 DEBUG: mod_wsgi.application_group: 
autodiscover.domain.net|/mobileconfig
2018-07-12 05:45:36,091 DEBUG: mod_wsgi.callable_object: application
2018-07-12 05:45:36,091 DEBUG: mod_wsgi.request_handler: wsgi-script
2018-07-12 05:45:36,091 DEBUG: mod_wsgi.handler_script:
2018-07-12 05:45:36,091 DEBUG: mod_wsgi.script_reloading: 1
2018-07-12 05:45:36,091 DEBUG: mod_wsgi.listener_host:
2018-07-12 05:45:36,091 DEBUG: mod_wsgi.listener_port: 443
2018-07-12 05:45:36,091 DEBUG: mod_wsgi.enable_sendfile: 0
2018-07-12 05:45:36,091 DEBUG: mod_wsgi.ignore_activity: 0
2018-07-12 05:45:36,091 DEBUG: mod_wsgi.request_start: 1531399536026361
2018-07-12 05:45:36,091 DEBUG: mod_wsgi.request_id: +aJavex/yrY
2018-07-12 05:45:36,091 DEBUG: mod_wsgi.script_start: 1531399536050951
2018-07-12 05:45:36,092 DEBUG: wsgi.version: (1, 0)
2018-07-12 05:45:36,092 DEBUG: wsgi.multithread: False
2018-07-12 05:45:36,092 DEBUG: wsgi.multiprocess: True
2018-07-12 05:45:36,092 DEBUG: wsgi.run_once: False
2018-07-12 05:45:36,092 DEBUG: wsgi.url_scheme: https
2018-07-12 05:45:36,092 DEBUG: wsgi.errors: <_io.TextIOWrapper 
name='<wsgi.errors>' encoding='utf-8'>
2018-07-12 05:45:36,092 DEBUG: wsgi.input: <mod_wsgi.Input object at 
0x7f4f001c66c0>
2018-07-12 05:45:36,092 DEBUG: wsgi.input_terminated: True
2018-07-12 05:45:36,093 DEBUG: wsgi.file_wrapper: <class 
'mod_wsgi.FileWrapper'>
2018-07-12 05:45:36,093 DEBUG: apache.version: (2, 4, 29)
2018-07-12 05:45:36,093 DEBUG: mod_wsgi.version: (4, 5, 24)
2018-07-12 05:45:36,093 DEBUG: mod_wsgi.total_requests: 1
2018-07-12 05:45:36,093 DEBUG: mod_wsgi.thread_id: 0
2018-07-12 05:45:36,093 DEBUG: mod_wsgi.thread_requests: 1
2018-07-12 05:45:36,093 DEBUG: --------------- END environ 
---------------
2018-07-12 05:45:36,093 DEBUG: Request POST (raw)
_mobileconfig=true&cn=&emailaddress=user at domain.email&password=
2018-07-12 05:45:36,096 DEBUG: {'_mobileconfig': ['true'], 
'emailaddress': ['user at domain.email']}
2018-07-12 05:45:36,096 DEBUG: Requesting mobileconfig configuration
2018-07-12 05:45:36,096 DEBUG: Entering data.configure()
2018-07-12 05:45:36,101 DEBUG: STATIC OrderedDict([('smtp_server', 
'mail.domain.net'), ('smtp_port', '587'), ('smtp_encryption', 
'starttls'), ('smtp_auth', 'cleartext'), ('smtp_auth_identity', 'user'), 
('smtp_refresh_ttl', '6'), ('smtp_default', 'Yes')])
2018-07-12 05:45:36,101 DEBUG: STATIC OrderedDict([('imap_server', 
'mail.domain.net'), ('imap_port', '993'), ('imap_encryption', 'ssl'), 
('imap_auth', 'cleartext'), ('imap_auth_identity', 'crt'), 
('imap_refresh_ttl', '6')])
2018-07-12 05:45:36,101 DEBUG: Entering view()
2018-07-12 05:45:36,104 DEBUG: Response:

--- verbose mobileconfig ---

I don't understand how to fix this or why this is a problem. I did 
stumble upon this archive which looks similar to the problem I'm facing 
with automx: 
https://mail.sys4.de/pipermail/automx-users/2016-July/000138.html

I'm wondering if the mobileconfig steps somehow changed. Can you please 
help?

Cheers,
Tony

From m.berger at liwest.at  Wed Jul 18 14:38:34 2018
From: m.berger at liwest.at (Berger Mathias)
Date: Wed, 18 Jul 2018 12:38:34 +0000
Subject: =?iso-8859-1?Q?automx-test_Patch_f=FCr_HTTP-URLs?=
Message-ID: <97fb992020f942e38fc328b8886cffb8@ex-mb03.atliwest.local>

Hallo,

ich habe bei uns automx installiert, aber bei uns l?uft es f?r viele Domains die kein SSL-Zertifikat haben. Daher habe ich mit den Standard-Fallback zu Nutze gemacht, dass kein HTTPS Port antwortet und dann auf HTTP zur?ckgegriffen wird:
https://support.microsoft.com/en-us/help/2212902/unexpected-autodiscover-behavior-when-you-have-registry-settings-under

Aber der automx-check pr?ft nur HTTPS, daher habe ich eine Fallback-URL f?r autodiscover hinzugef?gt, siehe diff im Anhang.
Ist das auch f?r andere interessant?

lg
Mathias
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.sys4.de/pipermail/automx-users/attachments/20180718/5389452c/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: automx-test.diff
Type: application/octet-stream
Size: 2524 bytes
Desc: automx-test.diff
URL: <https://mail.sys4.de/pipermail/automx-users/attachments/20180718/5389452c/attachment-0001.obj>