Cloudron Forum

Hey,

Currently the Autodiscover is "kinda" half baked in Cloudron. It only offers "/.well-known/autoconfig/mail/config-v1.1.xml", which is a good start, but only works for "well made" E-Mail Clients like Thunderbird and it kinds. Normal clients don't check it.

For Outlook and Apple Mail

1. Add the following syntax to /Autodiscover/Autodiscover.xml

<?xml version="1.0" encoding="utf-8" ?>
<Autodiscover xmlns="http://schemas.microsoft.com/exchange/autodiscover/responseschema/2006">
	<Response xmlns="{{schema}}">
		<User>
			<DisplayName>{{email}}</DisplayName>
		</User>

		<Account>
			<AccountType>email</AccountType>
			<Action>settings</Action>

			<Protocol>
				<Type>IMAP</Type>
				<TTL>1</TTL>

				<Server>{{imap.host}}</Server>
				<Port>{{imap.port}}</Port>

				<LoginName>{{email}}</LoginName>

				<DomainRequired>on</DomainRequired>
				<DomainName>{{domain}}</DomainName>

				<SPA>off</SPA>
				<SSL>on</SSL>
				<AuthRequired>on</AuthRequired>
			</Protocol>
		</Account>

		<Account>
			<AccountType>email</AccountType>
			<Action>settings</Action>

			<Protocol>
				<Type>SMTP</Type>
				<TTL>1</TTL>

				<Server>{{smtp.host}}</Server>
				<Port>{{smtp.port}}</Port>

				<LoginName>{{email}}</LoginName>

				<DomainRequired>on</DomainRequired>
				<DomainName>{{domain}}</DomainName>

				<SPA>off</SPA>
				<SSL>on</SSL>
				<AuthRequired>on</AuthRequired>
			</Protocol>
		</Account>
	</Response>
</Autodiscover>

2. Add the SRV Record to the DNS Setup

• service: _autodiscover
• Protocol: _tcp
• Value: [example.example]
• Port: 443
• Priority: 5
• Weight: 0
• TTL: 3600 (or whatever you like)

For iOS (kinda workaround, harder to realize then the above)

iOS is kinda shitty in it. Here is the best. You should add a button for every accessible mailbox to the cp for the users which redirects to the following part. This way, user can easily add the Mail with just one click.

/email.mobileconfig?email=EMAIL_ADDRESS

This file should have the following syntax

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
	<key>HasRemovalPasscode</key>
	<false/>
	<key>PayloadContent</key>
	<array>
		<dict>
			<key>EmailAccountDescription</key>
			<string>{{email}}</string>
			<key>EmailAccountName</key>
			<string>{{email}}</string>
			<key>EmailAccountType</key>
			<string>EmailTypeIMAP</string>
			<key>EmailAddress</key>
			<string>{{email}}</string>
			<key>IncomingMailServerAuthentication</key>
			<string>EmailAuthPassword</string>
			<key>IncomingMailServerHostName</key>
			<string>{{imap.host}}</string>
			<key>IncomingMailServerPortNumber</key>
			<integer>{{imap.port}}</integer>
			<key>IncomingMailServerUseSSL</key>
			<true/>
			<key>IncomingMailServerUsername</key>
			<string>{{email}}</string>
			<key>OutgoingMailServerAuthentication</key>
			<string>EmailAuthPassword</string>
			<key>OutgoingMailServerHostName</key>
			<string>{{smtp.host}}</string>
			<key>OutgoingMailServerPortNumber</key>
			<integer>{{smtp.port}}</integer>
			<key>OutgoingMailServerUseSSL</key>
			<true/>
			<key>OutgoingMailServerUsername</key>
			<string>{{email}}</string>
			<key>OutgoingPasswordSameAsIncomingPassword</key>
			<true/>
			<key>PayloadDescription</key>
			<string>Configure Email Settings</string>
			<key>PayloadDisplayName</key>
			<string>{{email}}</string>
			<key>PayloadIdentifier</key>
			<string>com.tiliq.autodiscover.com.apple.mail.managed.7A981A9E-D5D0-4EF8-87FE-39FD6A506FAC</string>
			<key>PayloadType</key>
			<string>com.apple.mail.managed</string>
			<key>PayloadUUID</key>
			<string>7A981A9E-D5D0-4EF8-87FE-39FD6A506FAC</string>
			<key>PayloadVersion</key>
			<real>1</real>
			<key>SMIMEEnablePerMessageSwitch</key>
			<false/>
			<key>SMIMEEnabled</key>
			<false/>
			<key>disableMailRecentsSyncing</key>
			<false/>
		</dict>
	</array>
	<key>PayloadDescription</key>
	<string>Configure Email Settings</string>
	<key>PayloadDisplayName</key>
	<string>{{email}}</string>
	<key>PayloadIdentifier</key>
	<string>com.tiliq.autodiscover</string>
	<key>PayloadOrganization</key>
	<string>{{domain}}</string>
	<key>PayloadRemovalDisallowed</key>
	<false/>
	<key>PayloadType</key>
	<string>Configuration</string>
	<key>PayloadUUID</key>
	<string>48C88203-4DB9-49E8-B593-4831903605A0</string>
	<key>PayloadVersion</key>
	<integer>1</integer>
</dict>
</plist>

For the current implantation
The well known path is good. But you should also add the following CNAME Record to the domain.

• Name: autoconfig
• Value: [example.example]
• TTL: 3600 (or whatever)

I hope I could at least give some help.

To process office and eml files, paperless needs a Apache tika server. IT can be hosted with docker and needs to be added in the paperless config. That's it.

Could you please do that?

https://docs.paperless-ngx.com/configuration/#tika

Hey!

Just want to push this. Would be cool to add password less authentication to Cloudron

@nebulon Works great. Maybe add an hint somewhere, that you have to point you mail client to the sogo domain and not the mail server domain. It is logical but I only got to the conclusion after a few seconds of receiving an error.

When you take a look at the pricing page, it says, that the paid version has unlimited apps and "a complete mail solution". What of the mail suite is missing in the free version?

@nebulon Just the log. I need to be able to prove, that a certain mail is send or received. Another cool thing would be to add the time column of the log to the search function. So that if I type the date in the search, I can also search for the date.

Hey, I just got that update notification

I don't really want to install a pre-release version, but I still got that as an update notification. How can I disable getting notifications for pre-release versions and will I get another, when it's not in pre-release anymore?

@nebulon

I looked a bit into it and found the following feature request in the bug tracker, which got implemented.
https://bugs.sogo.nu//view.php?id=3685
https://github.com/Alinto/sogo/commit/d9943e559f42a7d122e9fa30d78579e9159538e4 (Docs commit)

It's adding a placeholder for the domain to the LDAP path. Currently, SOGo access LDAP via "ou=mailboxes,dc=cloudron".
Can you edit Cloudron LDAP so the for example under "ou=example1.com,ou=mailboxes,dc=cloudron" you can find the mailboxes of a specific domain as well? Then you could change the baseDN to "ou=%d,ou=mailboxes,dc=cloudron" and we would have full multi domain support with separation between the domains.

This is great, when you offer SOGo to different companies or different set of people. This way, they cannot see the others.

Don't want to create bad blood, but you could take a look at the mailcow SoGo implementation. It has working ActiveSync.

Hey,

When I create a new mail, I have no recommendations in the "To:" Field, when I write an Address. Is this normal and SOGo just doesn't do it or is it a bug?

@nebulon I cannot really post a log, because most of them contains folder names but it seams, that every device goes through all of its folders very often and it gets logged. 10 seconds of log, after the initial sync with the device, contained without spaces, 49534 letters in 53 lines. Mostly LIST and stuff like that.

@nebulon Yes. It works way better. The question still is, how I can block active sync. I have roundabout 30 user on my instance and I don't want one to accidentally ActiveSync.

@nebulon I added three of my accounts on my iPhone. In roundabout 5 seconds, it produced more the 500 lines of log. And this all the time.

@nebulon ActiveSync is kinda hard on resources. How can I disable it, so that my users cannot use it? I tried to edit the nginx.conf in the SOGo pack via terminal, but it's read-only, so I don't wanna mess with it.

I asked in the SOGo Mail list. It's hidden. You have to enter you calendar account settings and somewhere, you'll find delegations. There you can enable you shared calendars. Kinda hidden and different for every calendar app.