davmail-users — Davmail users mailing list

[Davmail-users] DavMail 6.3.0 released

[Mickaël G. <mgu...@fr...>]

Merged some contributions provided by users on github, updated embedded jre to 21 for improved TLS 1.3 support,
applied documentation fixes, reviewed rpm build to provide el9 compatibility, implemented channel binding for NTLM
authentication. Also added a more recent Docker file in contribs, worked on GCC high tenants compatibility.
Microsoft Graph backend implementation is in progress but far from complete.

### Caldav
- Caldav: handle multiple categories on TODO items, seehttps://github.com/mguessan/davmail/issues/372 - Caldav: Mergehttps://github.com/mguessan/davmail/pull/386 validate and repair Exchange calendar characters

### LDAP
- LDAP: mergehttps://github.com/mguessan/davmail/pull/353, fix first certificate selection logic
- LDAP: mergehttps://github.com/mguessan/davmail/pull/353 Add support for retrieving user certificates

### IMAP
- IMAP: fix backslash in password quoted string by: Max-Julian Pogner <max...@po...>, finalize merge, call new parsing method from nextToken and remove backslash handling in username
- IMAP: fix backslash in password quoted string by: Max-Julian Pogner <max...@po...>, review and switch to ParseException for error handling and chars instead of bytes
- IMAP: merge unit test for patch fix backslash in password quoted string by: Max-Julian Pogner <max...@po...>
- IMAP: initial merge of patch fix backslash in password quoted string by: Max-Julian Pogner <max...@po...>
- IMAP: fixhttps://github.com/mguessan/davmail/issues/359, handle RFC822.TEXT

### O365
- O365: add GCC high example settings in default davmail.properties
- O365:https://github.com/mguessan/davmail/pull/380 Remove trailing slash from O365_LOGIN_URL
- O365: mergehttps://github.com/mguessan/davmail/pull/380 Missed one change
- O365: mergehttps://github.com/mguessan/davmail/pull/380 Enhance support for the davmail.outlookUrl property setting and fully support GCC-High endpoints
- O365: implement OneWaySMS MFA prompt, seehttps://github.com/mguessan/davmail/pull/134 - O365: get O365 Login Url from settings for non standard tenants and add additional error use case
- O365: detect live.com token. Note: may not be enough to make DavMail work with live.com accounts
- O365: dropping all workaroungs for OpenJFX bugs that should be fixed in recent versions

### EWS
- EWS: experimental, try to implement recurrence count with NumberOfOccurrences, seehttps://github.com/mguessan/davmail/issues/373 - EWS: make settings timezoneid higher priority than mailbox configuration, make encode/decode foldername methods public for graph API

### Graph
- Graph: introduce GRAPH_URL and davmail.loginUrl in Settings
- Graph: initiate search filter implementation
- Graph: implement folder recursive search
- Introduce folderClass
- Graph: Create folders unit tests
- Graph: fix folder retrieval by id
- Graph: initial folder retrieval implementation
- Graph: compute graph API property id from name and tag
- Graph: Empty Graph ExchangeSession implementation
- Graph: prepare graph request builder for graph implementation
- Graph: Experimental, introduce davmail.enableGraph property to obtain a token compatible with Microsoft Graph API

### Linux
- Linux: fix ant dependency for fedora
- Linux: davmail.spec to not try to link os provided swt.jar when using embedded one
- Linux: work on el9 compatibility for RPM build
- Linux: Embed davmail-user.conf in source package, seehttps://github.com/mguessan/davmail/issues/356 - Linux: Create davmail user/group per new conventions in RPM 4.19, merge changes fromhttps://github.com/mguessan/davmail/issues/356 - Build: fixhttps://github.com/mguessan/davmail/issues/346 unable to run jlink on linux
- Linux: force shutdown with -token option
- Linux: Add OpenJFX case for Kubuntu

### Documentation
- Doc: update windows build documentation, seehttps://github.com/mguessan/davmail/issues/384 - Doc: mergehttps://github.com/mguessan/davmail/pull/174 fix docs typo in property davmail.enableKeepAlive
- Doc: improve documentation on how to run DavMail as a windows service
- Doc: update documentation for non default tenants (US, China)
- Doc: provide more information in initial consent for O365 authentication
- Doc: update FAQ on application registration in Entra ID (Azure AD)
- Doc: mention AppIndicator and KStatusNotifierItem Support in Fedora setup instructions

### Docker
- Docker: mergehttps://github.com/mguessan/davmail/pull/381 by SethRobertson Bug 201: Docker support for building and running

### NTLM
- NTLM: remove CIFS dependency
- NTLM: cleanup code from audit
- NTLM: use ThreadLocal to manage SecureRandom generators
- NTLM: switch to DavMailNTLMSchemeFactory to enable channel binding, seehttps://github.com/mguessan/davmail/issues/352 - NTLM: retrieve certificate from http context
- NTLM: Duplicate of NTLMScheme from HttpClient to implement channel binding
- NTLM: adjust NTLMEngineImpl to handle channel binding
- NTLM: Duplicate code from NTLMEngineImpl to implement channel binding

### Enhancements
- Fix from audit
- Drop web component
- Drop servlet-api.jar, no longer required
- Drop deprecated DavGatewayServletContextListener (we no longer provide an embedded war file)
- Trying to fix custom jre for TLS 1.3, seehttps://stackoverflow.com/questions/63964939/tls-1-3-handshake-failure-when-using-openjdk-14-java-module-runtime 
andhttps://github.com/mguessan/davmail/pull/388 - fix download-jre for embedded JDK on windows, fetch version 21
- switch davmail linux launcher to zulu JDK 21 for better TLS 1.3 support
- switch main package to zulu JDK 21 for better TLS 1.3 support
- StringUtilTest CRLF => LF, seehttps://github.com/mguessan/davmail/pull/378 - StringUtil CRLF => LF, seehttps://github.com/mguessan/davmail/pull/378 - Security: Enable TLSv1.3 between DavMail and Exchange/O365
- PKCS11: review SunPKCS11ProviderHandler
- HttpClient: cleanup from audit
- svn ignore .idea
- Downgrade jackrabbit to 2.20.15 for java 8 compatibility
- Upgrade jackrabbit to 2.21.25 and httpclient to 4.5.14

[Davmail-users] executing unit tests

[Max-Julian P. <max...@po...>]

Hallo,

i am currently investigation a presumed bug in davmail 6.2.2,

a) i can successfully build and deploy the changed code;

However, i did not manage to

b) execute any unit test cases in src/test/davmail/util/
    i deliberately put in assertEquals("foo", "bar"), but still i could 
not produce a failed test run.


Could please someone give me a hint, on how these util testcases are 
supposed to be executed? With what high-level command?

best regards,

Max Pogner

Re: [Davmail-users] [Bug] Messages from shared mailbox being copied into the logged in user.

[Dom (s. R. <sh...@sh...>]

On 10.10.2024 23:46, Edward J. Sabol wrote:
>On Oct 10, 2024, at 8:46 PM, Dom (shymega) Rodriguez <sh...@sh...>
>wrote:
>
>    I was just wondering what I should do?
>
>
>I don't have any special insight into what's happening, but I would suggest
>that you open an issue in GitHub here:

Just opened a bug report - thanks!

Best wishes,
--
Dom Rodriguez
GPG Fingerprint: EB0D 45E6 D0DC 1BA1 A2B5  FC24 72DC F123 1E54 BD43

[Davmail-users] [Bug] Messages from shared mailbox being copied into the logged in user.

[Dom (s. R. <sh...@sh...>]

Hi all,

I'm trying to sync my emails with Davmail and isync, and I'm
encountering a strange issue, where emails from my shared mailboxes,
which my main account has delegated access to, are copied to the logged
in account's mailbox. I'm on Exchange 365.

It's very strange.

I have attached the `davmail.properties`. I'm on the latest release, on
NixOS, but I've tried it in Docker too. I've also attached the relevant
sections (main account and shared mailbox, redacted) of `mbsyncrc`.

I was just wondering what I should do? Is there a setting I should use?

Thank you.

Best wishes,
--
Dom Rodriguez
GPG Fingerprint: EB0D 45E6 D0DC 1BA1 A2B5  FC24 72DC F123 1E54 BD43

[Davmail-users] Timeout

[Henrik F. <fr...@gm...>]

Hi

I cannot get mbsync to connect to Office365 to sync IMAP. I have discussed
my problem on the isync list ant they suggest this is a problem with
DavMail. Here's the message I get before it fails:

Socket error on 127.0.0.1 (127.0.0.1:1143): timeout.
Processed 1 box(es) in 1 channel(s),
pulled 0 new message(s) and 0 flag update(s),
expunged 0 message(s) from near side,
expunged 0 message(s) from far side.

In the DavMail log there is

2024-08-21 08:56:20,644 DEBUG [ImapConnection-63130-LoadFolder]
davmail.exchange.ExchangeSession  - Message IMAP uid: 245706 uid:
AAAAALrVWxzlUe1LjkpV2zDkCscBAHgfgoYGA8xDkVMEn7ODqAUACJUd/+cAAA== ItemId:
AAMkADMwMWQ3MDYxLTM0MDUtNDhjZi04MTUzLWFmMDNkMDdkYmZiMABGAAAAAAC61Vsc5VHtS45KVdsw5ArHBwDE7c1WTimFTp+E6/apNnFxAAAAAAEMAAB4H4KGBgPMQ5FTBJ+zg6gFAAiVHf/nAAA=
ChangeKey: CQAAABYAAAB4H4KGBgPMQ5FTBJ+zg6gFAAiR3P1K
2024-08-21 08:56:20,644 DEBUG [ImapConnection-63130-LoadFolder]
davmail.exchange.ExchangeSession  - Message IMAP uid: 245712 uid:
AAAAALrVWxzlUe1LjkpV2zDkCscBAHgfgoYGA8xDkVMEn7ODqAUACJUd/+gAAA== ItemId:
AAMkADMwMWQ3MDYxLTM0MDUtNDhjZi04MTUzLWFmMDNkMDdkYmZiMABGAAAAAAC61Vsc5VHtS45KVdsw5ArHBwDE7c1WTimFTp+E6/apNnFxAAAAAAEMAAB4H4KGBgPMQ5FTBJ+zg6gFAAiVHf/oAAA=
ChangeKey: CQAAABYAAAB4H4KGBgPMQ5FTBJ+zg6gFAAiR3Qq9

[... many similar lines]

2024-08-21 08:56:20,644 DEBUG [ImapConnection-63130-LoadFolder]
davmail.exchange.ExchangeSession  - Message IMAP uid: 245717 uid:
AAAAALrVWxzlUe1LjkpV2zDkCscBAHgfgoYGA8xDkVMEn7ODqAUACJUd/+kAAA== ItemId:
AAMkADMwMWQ3MDYxLTM0MDUtNDhjZi04MTUzLWFmMDNkMDdkYmZiMABGAAAAAAC61Vsc5VHtS45KVdsw5ArHBwDE7c1WTimFTp+E6/apNnFxAAAAAAEMAAB4H4KGBgPMQ5FTBJ+zg6gFAAiVHf/pAAA=
ChangeKey: CQAAABYAAAB4H4KGBgPMQ5FTBJ+zg6gFAAiR3QrO
2024-08-21 08:56:21,216 DEBUG [ImapConnection-63130]
davmail.exchange.FolderLoadThread  - Still loading INBOX (59077 messages)
2024-08-21 08:56:21,262 WARN  [ImapConnection-63130]
davmail.imap.ImapConnection  - Client closed connection
2024-08-21 08:56:21,271 INFO  [ImapConnection-63130] davmail.connection  -
DISCONNECT - 127.0.0.1:63130

DavMail correctly authenticates with Office365 and sending mail works fine.

Thanks,
/Henrik

Re: [Davmail-users] Newbie Questions:

[Marc <Ma...@f1...>]

> ====
>      17 # - Auto WebDav mode with EWS failover
>      18 davmail.mode=EWS
>      19 # base Exchange OWA or EWS url
>      20 davmail.url=https://xxxxxxx/EWS/Exchange.asmx
> ====
> 
> Could you explain that more?  Where is this configuration file located?
> Is EWS different than Modern Authentication?  Have you tried this with
> outlook.office365.com <http://outlook.office365.com>  lately?
> 

Not really, ./davmail.properties, I don't use office365. I am also limitting my attention to this exchange since this source code got leaked and this huge incident at rackspace. Unfortunately I still have this in my environment.

Re: [Davmail-users] Newbie Questions:

[David M. <dsm...@gm...>]

====
     17 # - Auto WebDav mode with EWS failover
     18 davmail.mode=EWS
     19 # base Exchange OWA or EWS url
     20 davmail.url=https://xxxxxxx/EWS/Exchange.asmx
====

Could you explain that more?  Where is this configuration file located?  Is
EWS different than Modern Authentication?  Have you tried this with
outlook.office365.com lately?

On Mon, Aug 12, 2024 at 2:46 AM Marc <Ma...@f1...> wrote:

>
> > I think I sort of understand the purpose of Davmail, but the
> > documentation that I've seen so far confuses me.  I believe the basic
> > idea is represented in this diagram:
> >
> >   A <-> B <-> C <-> D
> >
> > *     A = user
> > *     B = mail reader
> > *     C = Davmail
> > *     D = mail server
> >
> > In my setup, B is Emacs Gnus and D is outlook.com <http://outlook.com> .
> > I had B<->D working until recently when Outlook.com changed to Modern
> > Authentication.  Now I'm trying to fit Davmail into the process because
> > it was recommended as the easiest way.
>
> I think you have to search for this, I can remember reading about this
> quite a lot.
>
> >
> > With Davmail, I think I would set B to point to the locahost port for
> > Davmail, but I don't understand how to point C at D.  I believe Davmail
>
> something like this?
>
>      17 # - Auto WebDav mode with EWS failover
>      18 davmail.mode=EWS
>      19 # base Exchange OWA or EWS url
>      20 davmail.url=https://xxxxxxx/EWS/Exchange.asmx
>
>
>

-- 
David Masterson
Programmer at Large

Re: [Davmail-users] Newbie Questions:

[Marc <Ma...@f1...>]

> I think I sort of understand the purpose of Davmail, but the
> documentation that I've seen so far confuses me.  I believe the basic
> idea is represented in this diagram:
> 
>   A <-> B <-> C <-> D
> 
> *	A = user
> *	B = mail reader
> *	C = Davmail
> *	D = mail server
> 
> In my setup, B is Emacs Gnus and D is outlook.com <http://outlook.com> .
> I had B<->D working until recently when Outlook.com changed to Modern
> Authentication.  Now I'm trying to fit Davmail into the process because
> it was recommended as the easiest way.

I think you have to search for this, I can remember reading about this quite a lot.

> 
> With Davmail, I think I would set B to point to the locahost port for
> Davmail, but I don't understand how to point C at D.  I believe Davmail

something like this?

     17 # - Auto WebDav mode with EWS failover
     18 davmail.mode=EWS
     19 # base Exchange OWA or EWS url
     20 davmail.url=https://xxxxxxx/EWS/Exchange.asmx

[Davmail-users] Newbie Questions:

[David M. <dsm...@gm...>]

I think I sort of understand the purpose of Davmail, but the documentation
that I've seen so far confuses me.  I believe the basic idea is represented
in this diagram:

  A <-> B <-> C <-> D

   - A = user
   - B = mail reader
   - C = Davmail
   - D = mail server

In my setup, B is Emacs Gnus and D is outlook.com.  I had B<->D working
until recently when Outlook.com changed to Modern Authentication.  Now I'm
trying to fit Davmail into the process because it was recommended as the
easiest way.

I started out by trying Thunderbird as B.  Thunderbird already seems to
support Modern Authentication w/o Davmail, but I wanted to test Davmail and
Thunderbird was discussed in Davmail docs.

A problem I seem to have is that my login ID on outlook.com is '
dsm...@gm...'.  Because of this, Thunderbird assumes I'm setting
up a Gmail account, but I can get around that with a manual setup that
specifically says D='outlook.com'.  That works without Davmail.

With Davmail, I think I would set B to point to the locahost port for
Davmail, but I don't understand how to point C at D.  I believe Davmail
will use my email address and try to send the mail to Gmail which is not
what I want.  I'm also not sure how the reverse works (D->C->B->A) with
Davmail.

Is this understandable?  Is there more documentation to explain what I'm
missing?  Any help appreciated as I'm getting Emacs mailing lists on
Outlook.com and Modern Authentication has cut me off.

-- 
David Masterson
Programmer at Large

[Davmail-users] DavMail 6.2.2 released

[Mickaël G. <mgu...@fr...>]

Includes some build process fixes, use jlink to build a customized jre for standalone package,
Thunderbird configuration documentation updated with new screenshots.
Also implemented a new -token command line option to launch O365InteractiveAuthenticator and get an authentication token.

### OSX
- OSX: document how to embed Zulu jre inside DavMail app

### Enhancements
- Fix comment in DavMail shell
- Detect missing network connectivity during token refresh to avoid invalidating token
- Upgrade JCIFS to 1.3.19 for NTLM support
- Cleanup from audit
- Drop war package from release files, there are more modern ways to run DavMail in server mode without a webapp container
-  From audit: place LOCK.wait in a loop
- Fix from audit, use try with resource
- Cleanup from audit, remove deprecated getSubjectDN, getIssuerDN

### O365
- O365: Improve error message on missing add-exports, seehttps://github.com/mguessan/davmail/issues/344 - O365: Refactor manual authentication dialog to clearly separate steps
- Remove explicit dependency on O365InteractiveAuthenticator for -token option
- Implement a -token option to launch interactive authenticator and print obtained refresh token, seehttps://github.com/mguessan/davmail/issues/338 - O365: Try to adjust ItemId to 140 length, seehttps://github.com/mguessan/davmail/issues/328 - O365: prepare GCC-High/DoD endpoints support, fix regression
- O365: prepare GCC-High/DoD endpoints support, move outlook login url references to Settings
- O365: prepare GCC-High/DoD endpoints support, move outlook url references to Settings

### EWS
- EWS: Properly set errorDetail on xml stream error to raise exception
- EWS: disable IS_SUPPORTING_EXTERNAL_ENTITIES to fix xml parsing security warning

### Caldav
- Fixhttps://github.com/mguessan/davmail/issues/342 map America/Winnipeg to Central Standard Time
- Caldav: Fixhttps://github.com/mguessan/davmail/issues/337 take timezone into account when looking for excluded occurrence
- Fix settings implementation, # are allowed in values, seehttps://github.com/mguessan/davmail/issues/326 ### IMAP
- IMAP: fixhttps://github.com/mguessan/davmail/issues/339 classcast exception on malformed content

### Build
- Maven: update compiler to 3.10.1
- Maven: optimize dependencies
- Maven: exclure httpclient 3 transitive dependency
- Appveyor: build only master branch
- Build: use jlink to create a custom jre to reduce embedded jre size

### Security
- Security: fix security alert on Runtime.getRuntime().exec
- Security: fix security alert on Runtime.getRuntime().exec

### Linux
- Linux: force GTK2 only with SWT
- Linux: switch to Azul JRE 17 with "davmail azul" command
- Linux: Enable OpenJFX on Fedora to make O365Interactive work with Java 17 and later

### Documentation
- Doc: update roadmap
- Doc: Add donation buttons to Github main readme page
- Doc: update Thunderbird documentation messages
- Update release guide, mvn install file no longer required
- Doc: update Thunderbird documentation, as requested inhttps://github.com/mguessan/davmail/issues/294 - Doc: update documentation for Thunderbird configuration
- Doc: use COPR badge
- Doc: update release guide
- Doc: reference OpenSuse build service and Fedora COPR for RPM based linux distributions
- Update changes file forhttps://build.opensuse.org/package/show/home:mguessan:davmail/davmail

Re: [Davmail-users] DavMail 6.2.1 released

[Ed S. <edw...@gm...>]

On Jan 4, 2024, at 12:36 PM, D <ka...@ai...> wrote:
> Any chance of getting a docker image?

It would be fantastic if someone could contribute a Dockerfile (that can build the image from either the latest checked out repository or a specific tag) and a docker-compose.yml file for DavMail to the project. Anyone have either?

Regards,
Ed

Re: [Davmail-users] DavMail 6.2.1 released

[D <ka...@ai...>]

Any chance of getting a docker image?


On Thu, 4 Jan 2024 16:34:27 +0100, Mickaël Guessant <mgu...@fr...>
wrote:

> Most changes are related to build process and rpm packaging for 
> Fedora/RHEL, also includes a few bug fixes on IMAP
> 
> ### Security
> - Security: Upgrade commons codec to 1.15
> 
> ### O365
> - O365: cleanup from audit
> - O365: no longer apply the disable integrity check workaround by 
> default, fixed in openjfx
> - O365: add a warning message on FIDO authentication triggered
> - O365: allow refresh token persistence without provided password
> - O365: Merge https://github.com/mguessan/davmail/pull/236 Changed 
> authentication link log level
> 
> ### Linux
> - Linux: refactor spec file for fedora, do not call old init service 
> scripts and compile with openjfx
> - Linux: Fix systemd condition for fedora in spec file
> - Linux: Adjust JDK dependencies for RPM build
> 
> ### Build
> - AppVeyor: Cleanup
> - AppVeyor: copy plugin to x86-unicode
> - AppVeyor: switch to server 2019
> - Appveyor: investigate java versions
> - AppVeyor: set ANT_HOME value
> - AppVeyor: update ant path
> - AppVeyor: update ant download path
> - Run Sonar scan under JDK19
> - Switch Appveyor build to JDK 19
> - Maven: fix urls from https://github.com/mguessan/davmail/pull/225 by 
> Stefan Weil
> 
> ### IMAP
> - IMAP: merge patch from https://github.com/mguessan/davmail/pull/140, 
> return folders including special use folders when query is %
> - IMAP: implement fetch macro flags, see 
> https://github.com/mguessan/davmail/issues/314
> - IMAP: fix APPENDUID value order
> 
> ### Enhancements
> - Cleanup from audit
> - Fix typo
> - NTLM: improve logging of NTLM negotiation
> - Update Winrun4J wrappers with commons codec 1.15
> 
> 
> 
> _______________________________________________
> Davmail-users mailing list
> Dav...@li...
> https://lists.sourceforge.net/lists/listinfo/davmail-users



-- 
D.

[Davmail-users] DavMail 6.2.1 released

[Mickaël G. <mgu...@fr...>]

Most changes are related to build process and rpm packaging for 
Fedora/RHEL, also includes a few bug fixes on IMAP

### Security
- Security: Upgrade commons codec to 1.15

### O365
- O365: cleanup from audit
- O365: no longer apply the disable integrity check workaround by 
default, fixed in openjfx
- O365: add a warning message on FIDO authentication triggered
- O365: allow refresh token persistence without provided password
- O365: Merge https://github.com/mguessan/davmail/pull/236 Changed 
authentication link log level

### Linux
- Linux: refactor spec file for fedora, do not call old init service 
scripts and compile with openjfx
- Linux: Fix systemd condition for fedora in spec file
- Linux: Adjust JDK dependencies for RPM build

### Build
- AppVeyor: Cleanup
- AppVeyor: copy plugin to x86-unicode
- AppVeyor: switch to server 2019
- Appveyor: investigate java versions
- AppVeyor: set ANT_HOME value
- AppVeyor: update ant path
- AppVeyor: update ant download path
- Run Sonar scan under JDK19
- Switch Appveyor build to JDK 19
- Maven: fix urls from https://github.com/mguessan/davmail/pull/225 by 
Stefan Weil

### IMAP
- IMAP: merge patch from https://github.com/mguessan/davmail/pull/140, 
return folders including special use folders when query is %
- IMAP: implement fetch macro flags, see 
https://github.com/mguessan/davmail/issues/314
- IMAP: fix APPENDUID value order

### Enhancements
- Cleanup from audit
- Fix typo
- NTLM: improve logging of NTLM negotiation
- Update Winrun4J wrappers with commons codec 1.15

[Davmail-users] How to read MFA authentication code with Thunderbird Lightning calendar?

[Ole H. N. <Ole...@fy...>]

We've run a Davmail Linux server successfully for over 4 years with the 
davmail 5.2.0 code, in order to access our university's Exchange calendar 
from a Thunderbird Lightning client (up-to-date TB 102.10.0 Linux).

Two things have changed recently at our site:

1. I'm building a new Davmail server on an EL8 (AlmaLinux 8.7) server, 
where I built a davmail-6.1.0-1.el8.noarch.rpm from the latest source 
tar-ball.

2. Our university is migrating their Exchange server into Azure and will 
use Azure MFA authentication going forward.

Now, in order to use Azure MFA I've tried the following configuration file 
/etc/davmail.properties Basic settings:

davmail.server=true
davmail.mode=O365Modern
davmail.url=https://outlook.office365.com/EWS/Exchange.asmx
davmail.oauth.persistToken=true
davmail.oauth.redirectUri=https://login.microsoftonline.com/common/oauth2/nativeclient
(Further configuration I've copied from my old davmail 5.2.0 server.)

This ALMOST works!  When I create a new calendar in Thunderbird with the 
location https://<server>:1080/users/<USERNAME>@dtu.dk/calendar
then my Exchange calendar items appear in the Calendar pane, and a TB 
popup window asks me to enter my Azure MFA username and password.  So far, 
so good.

The O365Modern mode seems to be working correctly: My Microsoft 
Authenticator phone app now pops up and asks whether I would like to 
authenticate the login.  BUT: The app asks me to enter the numeric code 
which is supposedly displayed in my browser!

Question:  How can I get access to the numeric code which I should enter 
into the app??

I don't suppose that Thunderbird Calendar can do this?  But perhaps 
Thunderbird might open an URL (provided by Davmail) in a browser window on 
my Linux desktop?

I haven't been able to find any discussion of Davmail calendar with Office 
365 and Azure MFA.  Can anyone share their experiences or give hints at 
how this problem could be solved?

Interestingly, my old davmail 5.2.0 server keeps working correctly without 
any changes, and without any requirement of the user signing in to Azure 
MFA.  But then again, I have no insight into our university Exchange 
server setup, and whether they're going to shut down the old 
davmail.mode=EWS access after the migration to Azure has been completed.

Thanks a lot,
Ole

-- 
Ole Holm Nielsen
PhD, Senior HPC Officer
Department of Physics, Technical University of Denmark

Re: [Davmail-users] Thunderbird+DAVMAIL+Outlook: messages not displaying received time

[Marc <Ma...@f1...>]

> 
> I use Thunderbird (version 102.10 as of now) with DAVMAIL utility
> (version 6.1.0-3423 ) for my Office 365 email account. It seems that
> recently (last month or so?) I have the issue that when someone uses
> Outlook's delayed-send option to send me an email, it shows up in my
> Thunderbird INBOX by the sent date, not the received date. I tried
> changing columns from "DATE" to "RECEIVED" but that did not fix the
> issue. Using "ORDER RECEIVED" is a little better, but seems to move
> other messages around in ways that don't make sense either.
> 
> 
> Looking at the header of an email I sent to myself with the delayed send
> feature of Outlook, I see a field listed as "DATE" which includes the
> time I wrote the message:
> 
> 	Date: Sat, 29 Apr 2023 18:05:16 +0000
> 

What a stupid design again of microsoft. If I would like to use the delayed send, it is none of my recipients business to discover when I send it. It is information only for me. A delayed send and a normally send message should be indistinguishable to the recipient.

[Davmail-users] Thunderbird+DAVMAIL+Outlook: messages not displaying received time

[Paul A. V. <pv...@wi...>]

Hi,

I use Thunderbird (version 102.10 as of now) with DAVMAIL utility (version 6.1.0-3423 ) for my Office 365 email account. It seems that recently (last month or so?) I have the issue that when someone uses Outlook's delayed-send option to send me an email, it shows up in my Thunderbird INBOX by the sent date, not the received date. I tried changing columns from "DATE" to "RECEIVED" but that did not fix the issue. Using "ORDER RECEIVED" is a little better, but seems to move other messages around in ways that don't make sense either.

Looking at the header of an email I sent to myself with the delayed send feature of Outlook, I see a field listed as "DATE" which includes the time I wrote the message:

Date: Sat, 29 Apr 2023 18:05:16 +0000
In the first set of fields of the header is where the received time seems to be;

Received: from <stuff I deleted>.outlook.com <more stuff I deleted> by <more stuff>namprd04.prod.outlook.com<http://namprd04.prod.outlook.com> with HTTPS; Sat, 29 Apr 2023 22:00:13 +0000
Outlook parses this all fine and displays by received date/time.

I don't know what Thunderbird is looking for to use as the "Received" date. In Thunderbird with the above message, using the "Received" column in the message list pane shows the sent time (as does the "Date" column). If anyone can suggest a fix for this I would be most grateful.

(Note: it is possible that the origin of the issue is the increasing use of the delayed-send feature at my organization rather than a change in software, but regardless of that, if there is a way to change the behavior to really use the received time instead of the sent time I'd appreciate knowing it.)

Thanks,

-Paul

--
pv...@wi...<mailto:pv...@wi...>
https://pvoytas.github.io/index.html
office: 937-327-7823
fax:    937-327-6340

Physics Department
Wittenberg University
P.O. Box 720
Springfield, OH 45501

alt email: pv...@uw...<mailto:pv...@uw...>

Re: [Davmail-users] Azure AD Graph shutdown next year?

[Dan G. <da...@gr...>]

Mickaël Guessant writes:
| 
| Hello all,
| As usual namings are misleading DavMail does not rely on Azure AD Graph and does not use Azure graph
| either. 
| 
| However we used to be able to register applications with;
| EWS.AccessAsUser.All (access to EWS API calls)
| User.Read (assigned by default) 
| 
| It seems Microsoft blocked new application registration since september 2022 so it's no longer
| possible to register a new application to access EWS inside Azure AD. 
| 
| Alternatives: 
|    
|    - use the old DavMail clientid and allow it on tenant 
|    - use a Microsoft application clientId that still has access to EWS, e.g. Outlook desktop 
| 

Hi Mickaël,

I checked with a coworker with access to the tenant configuration at work -- 
here's what he said:

    "The permission being deprecated for all Microsoft customers is
    User.Read, which is provided by Azure AD Graph, so if Davmail needs
    that still, it needs to move to the new implementation which is
    provided by Microsoft Graph APIs.  Davmail been using Azure AD Graph
    all this time whether the author is aware of it or not.  I double
    checked and yes, davmail in our tenant is currently configured to
    use User.Read"

It sounds like still a problem here...

Attached is a screenshot that shows User.Read permission rolls up
into Azure Active Directory Graph api.

                --Dan

Re: [Davmail-users] Stopped working this morning

[Lars B. <la...@la...>]

Good. Worked again also for me yesterday afternoon after reauthenticating once more.

Lars

On Fri, Feb 10, 2023 at 08:31:55AM -0800, Henrique Martins wrote:
> >> For me, DavMail stopped working this morning.
> 
> > And for me it stopped working this morning around 6 am PST.
> 
> Bzzt, false alarm.
> My ISP changed my IP around that time.
> Working again :-)
> 
> -- Henrique
> 
> 
> _______________________________________________
> Davmail-users mailing list
> Dav...@li...
> https://lists.sourceforge.net/lists/listinfo/davmail-users

Re: [Davmail-users] Stopped working this morning

[Henrique M. <da...@ma...>]

>> For me, DavMail stopped working this morning.

> And for me it stopped working this morning around 6 am PST.

Bzzt, false alarm.
My ISP changed my IP around that time.
Working again :-)

-- Henrique

Re: [Davmail-users] Stopped working this morning

[Henrique M. <da...@ma...>]

> For me, DavMail stopped working this morning.

And for me it stopped working this morning around 6 am PST.

I've stopped davmail, changed server from true to false,
mode from 0365Modern to O365Interactive, all log4j entries
from INFO to DEBUG, restarted davmail, got the davmail
window with log sub-panel showing "Starting DavMail Gateway"
and then nothing, it just sits there, no logged packets
whatsoever.

Nothing should have changed in the machine at that time.

-- Henrique

Re: [Davmail-users] DavMail CalDAV sync problem with iOS

[Borst, M. <mar...@tu...>]

Hello,

 

no problem, I was busy these last days too. 

 

I opened a "Bug" Ticket on the sourceforge site (https://sourceforge.net/projects/davmail/) Entry "#746 CalDAV sync broken with iPhone iOS6.3". Is this still the right place to open tickets? I see that the github site also has tickets. Sorry if I picked the wrong site.

 

 

Greetings

Markus Borst

 

-- 

Technische Universität Darmstadt, Hochschulrechenzentrum

Markus Borst

Postadresse: Karolinenplatz 5, 64289 Darmstadt

Besucheradresse: Karl Plagge-Haus, Alexanderstr. 2, 64283 Darmstadt

 

Tel.: 06151 16-71063, Fax: 06151 16-71198

 <http://www.hrz.tu-darmstadt.de/> http://www.hrz.tu-darmstadt.de

Email:  <mailto:mar...@hr...> mar...@tu...

 

From: Mickaël Guessant <mgu...@fr...> 
Sent: Thursday, February 9, 2023 1:56 PM
To: dav...@li...
Subject: Re: [Davmail-users] DavMail CalDAV sync problem with iOS

 

Sorry not very active lately, where did you open bug report ?

 

On 07/02/2023 18:10, Borst, Markus wrote:

Hi,

 

we observe sync problems when using DAVMails CalDAV implementation with iOS (iPhone) clients (Exchange 2016 On-Prem). Changes on the iPhone are synched correctly to the calendar in the Exchange, but all changes on the server are not synched to the iPhone calendar. It seems that the problem started with iOS 16.3 update, but I don't know what the actual problem is.

 

Does anybody else experience this?

 

I already opened a bug report for this but got no answer yet.

 

 

Greetings

Markus






_______________________________________________
Davmail-users mailing list
Dav...@li... <mailto:Dav...@li...> 
https://lists.sourceforge.net/lists/listinfo/davmail-users

-- 
Mickael Guessant
mailto:mgu...@fr...

Re: [Davmail-users] Fwd: Azure AD Graph shutdown next year?

[Mickaël G. <mgu...@fr...>]

Well we don't care about Azure AD Graph, we care about EWS support.

I just hope they still need to keep EWS endpoint online for a while for 
older Outlook versions compatibility.


It seems that Microsoft eventually implemented something useful on the 
Azure Graph side:

https://learn.microsoft.com/en-us/graph/outlook-get-mime-message

This looks promising for a future DavMail adapter.


Regards,


>> *From:* Dan Grillo <da...@gr...>
>> *Date:* January 10, 2023 at 9:52:51 PM EST
>> *To:* dav...@li...
>> *Subject:* *Re: [Davmail-users] Azure AD Graph shutdown next year?*
>> 
>> Hi Davmail devs,
>>
>> I'm bringing this one up again -- the deadline is approaching, I've 
>> been told
>> March 31. when Azure AD Graph is getting shut down.
>>
>> Will Davmail keep working or will some or all of it break?
>>
>> Thank you,
>>
>>            --Dan
>>
>> ----- Begin forwarded message:
>>
>> Subject: Azure AD Graph shutdown next year?
>> To: dav...@li...
>> Date: Thu, Nov 17 2022 -0800
>>
>> Davmail devs,
>>
>> Does Davmail depend on Azure AD Graph?   I think it might because
>> the faq mentions scope 311a71cc-e848-46a1-bdf8-97ff7156d8e6 is listed
>> on https://davmail.sourceforge.net/faq.html.
>>
>> Microsoft has accounted that Azure AD Graph is getting shut down
>> next year:
>>
>> https://learn.microsoft.com/en-us/graph/migrate-azure-ad-graph-overview
>>
>> And Microsoft itself is shutting down internal access in March 2023.
>>
>> Thank you,
>>
>>                --Dan
>>
>>
>> ----- End forwarded message
>> -- 
>>
>>
>> _______________________________________________
>> Davmail-users mailing list
>> Dav...@li...
>> https://lists.sourceforge.net/lists/listinfo/davmail-users

-- 
Mickael Guessant
mailto:mgu...@fr...

Re: [Davmail-users] Stopped working this morning

[Lars B. <la...@la...>]

Thank you for your quick reply!

You wrote:

> Error seems related to last time you validated MFA or conditional access
> policy changes.
> 
> For the one maybe opening in private browsing to open a new session may help

I tried to open the link in another browser (Chrome instead of Edge), and with an extenal network connection (mobile hotspot). I got the same error.

> For the second one only an admin can fix conditional access on the server
> side

You mean the IT staff on work can fix it?

Thank you

Lars

> On 09/02/2023 12:57, Lars Bjørndal wrote:
> > Hi List!
> > 
> > For me, DavMail stopped working this morning. DavMail asked me to
> > reauthorize, e.g. open a link in a browser and insert the link from the
> > address bar back. After doing that, I got
> > 
> > `All network interfaces down or host unreachable !`
> > 
> > The complete debug log is here:
> > 
> > http://lamasti.net/files/davml.log
> > 
> > Does anyone have hints on how to solve tthe problem?
> > 
> > Thanks in advance, Lars
> > 
> > 
> > _______________________________________________
> > Davmail-users mailing list
> > Dav...@li...
> > https://lists.sourceforge.net/lists/listinfo/davmail-users
> 
> -- 
> Mickael Guessant
> mailto:mgu...@fr...
> 
> 
> 
> _______________________________________________
> Davmail-users mailing list
> Dav...@li...
> https://lists.sourceforge.net/lists/listinfo/davmail-users

Re: [Davmail-users] DavMail CalDAV sync problem with iOS

[Mickaël G. <mgu...@fr...>]

Sorry not very active lately, where did you open bug report ?


On 07/02/2023 18:10, Borst, Markus wrote:
>
> Hi,
>
> we observe sync problems when using DAVMails CalDAV implementation 
> with iOS (iPhone) clients (Exchange 2016 On-Prem). Changes on the 
> iPhone are synched correctly to the calendar in the Exchange, but all 
> changes on the server are not synched to the iPhone calendar. It seems 
> that the problem started with iOS 16.3 update, but I don't know what 
> the actual problem is.
>
> Does anybody else experience this?
>
> I already opened a bug report for this but got no answer yet.
>
> Greetings
>
> Markus
>
>
>
> _______________________________________________
> Davmail-users mailing list
> Dav...@li...
> https://lists.sourceforge.net/lists/listinfo/davmail-users

-- 
Mickael Guessant
mailto:mgu...@fr...

Re: [Davmail-users] Stopped working this morning

[Mickaël G. <mgu...@fr...>]

Error seems related to last time you validated MFA or conditional access 
policy changes.

For the one maybe opening in private browsing to open a new session may help

For the second one only an admin can fix conditional access on the 
server side

Regards,


On 09/02/2023 12:57, Lars Bjørndal wrote:
> Hi List!
>
> For me, DavMail stopped working this morning. DavMail asked me to
> reauthorize, e.g. open a link in a browser and insert the link from the
> address bar back. After doing that, I got
>
> `All network interfaces down or host unreachable !`
>
> The complete debug log is here:
>
> http://lamasti.net/files/davml.log
>
> Does anyone have hints on how to solve tthe problem?
>
> Thanks in advance, Lars
>
>
> _______________________________________________
> Davmail-users mailing list
> Dav...@li...
> https://lists.sourceforge.net/lists/listinfo/davmail-users

-- 
Mickael Guessant
mailto:mgu...@fr...