[kmail2] [Bug 408354] If default maildir folder is changed a new set of folders are stored under "/home/$user/file:"
https://bugs.kde.org/show_bug.cgi?id=408354 --- Comment #6 from Laurent Montel --- Ok I was able to reproduce it now. -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 390798] Akonadi EWS failed to authenticate with Exchange Server
https://bugs.kde.org/show_bug.cgi?id=390798 Alexander changed: What|Removed |Added CC||man...@pzskc383.dp.ua --- Comment #21 from Alexander --- Encountered this bug while setting up exchange connection. Here are debug logs from kio_http and pim.ews with username, domain, cookies and ntlm challenge/response data redacted: org.kde.pim.ews: Setting up authentication org.kde.pim.ews: Using password-based authentication org.kde.pim.ews: Initializing authentication org.kde.pim.ews: requestPassword: start org.kde.pim.ews: requestPassword: password already set org.kde.pim.ews.client.proto: "http://schemas.xmlsoap.org/soap/envelope/\; xmlns:m=\"http://schemas.microsoft.com/exchange/services/2006/messages\; xmlns:t=\"http://schemas.microsoft.com/exchange/services/2006/types\;>IdOnly\n" org.kde.pim.ews.client.request: Starting GetFolder request ((EwsId(Distinguished: msgfolderroot), EwsId(Distinguished: inbox))) kf5.kio.kio_http: kf5.kio.kio_http: QUrl("https://DOMAIN_NAME%5CUSERNAME@EXCHANGE_ADDR/EWS/Exchange.asmx;) kf5.kio.kio_http: QUrl("https://DOMAIN_NAME%5CUSERNAME@EXCHANGE_ADDR/EWS/Exchange.asmx;) kf5.kio.kio_http: Window Id = "" kf5.kio.kio_http: ssl_was_in_use = "" kf5.kio.kio_http: kf5.kio.kio_http: kf5.kio.kio_http: kf5.kio.kio_http: kf5.kio.kio_http: kf5.kio.kio_http: Proxy URLs: () kf5.kio.kio_http: TCP_NODELAY: QVariant(int, 0) kf5.kio.kio_http: Sending Header: kf5.kio.kio_http: "POST /EWS/Exchange.asmx HTTP/1.1" kf5.kio.kio_http: "Host: EXCHANGE_ADDR" kf5.kio.kio_http: "Connection: keep-alive" kf5.kio.kio_http: "User-Agent: Mozilla/5.0 (X11; Linux x86_64; English) KHTML/5.58.0 (like Gecko) Konqueror/5 KIO/5.58" kf5.kio.kio_http: "Pragma: no-cache" kf5.kio.kio_http: "Cache-control: no-cache" kf5.kio.kio_http: "Accept: text/html, text/*;q=0.9, image/jpeg;q=0.9, image/png;q=0.9, image/*;q=0.9, */*;q=0.8" kf5.kio.kio_http: "Accept-Encoding: gzip, deflate, x-gzip, x-deflate" kf5.kio.kio_http: "Accept-Charset: utf-8,*;q=0.5" kf5.kio.kio_http: "Accept-Language: en-US,en;q=0.9" kf5.kio.kio_http: "Cookie: X-BackEndCookie=xxx; exchangecookie=" kf5.kio.kio_http: "Content-Type: text/xml" kf5.kio.kio_http: sent it! kf5.kio.kio_http: sending data (size= 898 ) kf5.kio.kio_http: "Content-Length: 898" kf5.kio.kio_http: kf5.kio.kio_http: Received Status Response: kf5.kio.kio_http: "HTTP/1.1 401 Unauthorized" kf5.kio.kio_http: QUrl("https://DOMAIN_NAME%5CUSERNAME@EXCHANGE_ADDR/EWS/Exchange.asmx;) response code: 401 previous response code: 0 kf5.kio.kio_http: wasAuthError= false isAuthError= true sameAuthError= false kf5.kio.kio_http: -- full response: "HTTP/1.1 401 Unauthorized\r\nrequest-id: 5d252ae0-ddd8-4e94-ab13-aa75e76fafa0\r\nWWW-Authenticate: Negotiate\r\nWWW-Authenticate: NTLM\r\nX-FEServer: E24\r\nDate: Tue, 11 Jun 2019 19:16:16 GMT\r\nContent-Length: 0\r\nX-Content-Type-Options: nosniff\r\nStrict-Transport-Security: max-age=31536000; includeSubDomains\r\nContent-Security-Policy: script-src 'self' 'unsafe-inline' 'unsafe-eval'\r\nX-XSS-Protection: 1; mode=block\r\nReferrer-Policy: no-referrer\r\nAccess-Control-Allow-Origin: null\r\nCache-Control: private, no-cache, no-store, must-revalidate, max-age=0\r\nExpires: 0" kf5.kio.kio_http: Trying authentication scheme: "Negotiate" kf5.kio.kio_http.auth: gss_init_sec_context failed: "Unspecified GSS failure. Minor code may provide more information SPNEGO cannot find mechanisms to negotiate " kf5.kio.kio_http: isError= true needCredentials= false forceKeepAlive= false forceDisconnect= false kf5.kio.kio_http: Blacklisting auth "Negotiate" kf5.kio.kio_http: Trying authentication scheme: "NTLM" kf5.kio.kio_http: isError= false needCredentials= false forceKeepAlive= false forceDisconnect= false kf5.kio.kio_http: "0" bytes left. kf5.kio.kio_http: bytesReceived: 0 m_iSize: 0 Chunked: false BytesLeft: 0 kf5.kio.kio_http: EOD received! Left = "0" kf5.kio.kio_http: kf5.kio.kio_http: kf5.kio.kio_http: kf5.kio.kio_http: kf5.kio.kio_http: Sending Header: kf5.kio.kio_http: "POST /EWS/Exchange.asmx HTTP/1.1" kf5.kio.kio_http: "Host: EXCHANGE_ADDR" kf5.kio.kio_http: "Connection: keep-alive" kf5.kio.kio_http: "User-Agent: Mozilla/5.0 (X11; Linux x86_64; English) KHTML/5.58.0 (like Gecko) Konqueror/5 KIO/5.58" kf5.kio.kio_http: "Pragma: no-cache" kf5.kio.kio_http: "Cache-control: no-cache" kf5.kio.kio_http: "Accept: text/html, text/*;q=0.9, image/jpeg;q=0.9, image/png;q=0.9, image/*;q=0.9, */*;q=0.8" kf5.kio.kio_http: "Accept-Encoding: gzip, deflate, x-gzip, x-deflate" kf5.kio.kio_http: "Accept-Charset: utf-8,*;q=0.5" kf5.kio.kio_http: "Accept-Language: en-US,en;q=0.9"
[Akonadi] [Bug 402780] Akonadi doesn't work with Exchange again
https://bugs.kde.org/show_bug.cgi?id=402780 --- Comment #17 from Vadim A. Misbakh-Soloviov (mva) --- Well... I've used a qdbus hack from Comment1 on newly-created EWS account, and it looks like working fine even here, on 19.04.1. Although, I still not sure, why the old one gets errors about XML verification :-/ -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 402780] Akonadi doesn't work with Exchange again
https://bugs.kde.org/show_bug.cgi?id=402780 --- Comment #16 from Vadim A. Misbakh-Soloviov (mva) --- Created attachment 120794 --> https://bugs.kde.org/attachment.cgi?id=120794=edit [mva] response.xml -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 402780] Akonadi doesn't work with Exchange again
https://bugs.kde.org/show_bug.cgi?id=402780 --- Comment #15 from Vadim A. Misbakh-Soloviov (mva) --- Created attachment 120793 --> https://bugs.kde.org/attachment.cgi?id=120793=edit [mva] request.xml -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 402780] Akonadi doesn't work with Exchange again
https://bugs.kde.org/show_bug.cgi?id=402780 --- Comment #14 from Vadim A. Misbakh-Soloviov (mva) --- btw, additional info: 1) there is a password-only auth server (no 365, no autodiscovery, only OWA). 2) I've dumped the request and the answer, and I'll attach them next to this comment -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 402780] Akonadi doesn't work with Exchange again
https://bugs.kde.org/show_bug.cgi?id=402780 --- Comment #13 from Vadim A. Misbakh-Soloviov (mva) --- Btw, I've another laptop with kdepim-runtime-18.12.0 and EWS (I mean, my Account, that I set up long time ago, when EWS resource was out of the kdepim) works fine there (doesn't throw FolderIds-related error I mentioned above). Although, newly-created account gets 401 there too. And also it doesn't savethe password to kwallet... (and neither even trying to load it from there, if I create it manually) -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 408354] If default maildir folder is changed a new set of folders are stored under "/home/$user/file:"
https://bugs.kde.org/show_bug.cgi?id=408354 --- Comment #5 from Nick --- On the same computer I created a new user. I then changed the default location of the maildir folder from /home/[user]/.local/share/local-mail to a folder called /home/[user]/emails. Both locations are on the same partition. No symbolic links are involved. kmail (or akonadi) then creates a directory file:/home/[user]/emails/inbox Even more oddly the ..inbox/ folder that contains the subdirectories new, cur and tmp, if you look inside new you will find another subdirectory called file: This path in full is shown here. This is created by either kmail or Akonadi. /home/marmite/file:/home/marmite/local-mail/inbox/new/file:/home/marmite/local-mail/inbox/new/new -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 408572] New: kmail-extras-kmaildata im/export
https://bugs.kde.org/show_bug.cgi?id=408572 Bug ID: 408572 Summary: kmail-extras-kmaildata im/export Product: kmail2 Version: 5.11.2 Platform: openSUSE RPMs OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: folders Assignee: kdepim-bugs@kde.org Reporter: olign...@gmail.com Target Milestone: --- SUMMARY Exporting kmail data in the predefined way, did not save emails. The predefined path is „file:/home/oliver/.local/share/local-mail“. All Information was saved but no emails from folders and subfolders. In my case, the folder "/home/oliver/file:/home/oliver/.local/share/.local-mail.directory/" with the all including folders, subfolders and emails were not saved. STEPS TO REPRODUCE 1. open kontact or kmail 2. open extras - kmaildata im/export 3. open menue - data export 4. close all KDEPIM Apps prior exporting as recommended 5. press continue 6: check generated zip archive for saved emails OBSERVED RESULT emails are not saved EXPECTED RESULT emails should be saved like in older versions. Save the ...".local-mail.directory" in addition to ..."local-mail" prereq: OS: openSUSE Leap 15.1 KDE-Plasma-Version: 5.16.0 KDE-Frameworks-Version: 5.59.0 KDE Apps: 19.04.2-lp151.107.1 (kmail) Qt-Version: 5.12.3 Kernel-Version: 5.1.8-1.ged4965b-default OS type: 64-bit APU: 4 × AMD A10-7800 Radeon R7, 12 Compute Cores 4C+8G mem: 14,7 GiB RAM ADDITIONAL INFORMATION -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 408354] If default maildir folder is changed a new set of folders are stored under "/home/$user/file:"
https://bugs.kde.org/show_bug.cgi?id=408354 --- Comment #4 from Nick --- I'll do a fresh install and see if I can find specifically what triggers this problem. One thing that is most likely different from the average install is that /home/nick/Data is a symbolic link to /media/nick/Data_sdb. /media/nick/Data_sdb is mounted at boot to /dev/sdb3 The df entry looks like this: /dev/sdb3591G 556G 4.8G 100% /media/nick/Data_sdb (I know the partition is at 100%) And the /etc/fstab entry is: UUID=329dc068-a4ed-45fd-9b0b-0ef09ca926ee /media/nick/Data_sdb ext4 defaults 0 2 My initial thoughts are that this symbolic linking and use of a different partition 'may' have something to do with the problem. So my plan would be to start with a working install using the default maildir location, then change to a valid maildir folder on a different directory. Not forgetting the symbolic link. I'll update you if I can reproduce this on a fresh install. Just to note, I have tried deleting /home/nick/.local/share/akonadi and letting it rebuild but it still would not index the emails. -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 402258] fatal error "could not create collection outbox, resourceId: 7"
https://bugs.kde.org/show_bug.cgi?id=402258 --- Comment #6 from Nicolas --- That worked for me, after deleting both the outbox and the templates folders in .local/share/local-mail/ -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 408354] If default maildir folder is changed a new set of folders are stored under "/home/$user/file:"
https://bugs.kde.org/show_bug.cgi?id=408354 --- Comment #3 from Laurent Montel --- For the moment I can't reproduce bug... -- You are receiving this mail because: You are the assignee for the bug.