I beg to differ, it would not be right.

There is absolutely no need for that, please don't remove/delete anything.

We were simply exchanging opinions in a civilised manner, albeit drifing off topic.
Nothing nothing more / nothing less.

At worse, agreeing to disagree.  8^)

I do apologise if my tone/wording made you think otherwise.

Best,

A.

Regards.

This thread is/was about the Daedalus upgrade breaking my Wine installation but is drifting in another direction.
Taking that into account and having been labelled as [solved], I'll say no more than this:

Like I wrote: not any Win based email client.

https://en.wikipedia.org/wiki/Pegasus_Mail#cite_note-4

Who could think this was even a remote possibility?

I have would not ever rely on Wine to protect me from malware or anything else.
I protect my system from malware by, first and foremost, not running Wine as root.
ie: release notes and FAQs are an important part of the documentation.

https://wiki.winehq.org/FAQ#Should_I_run_Wine_as_root?

In all the years (~30) I have used Pegasus Mail, I have never (ever) had a problem with malware coming in via email.
This in both MS and Linux based systems.

Of course, and it goes without saying, I have never opened suspicious email attachments.
Nor did Pegasus Mail automatically/suicidally open them for me.  8^)

Not something I took or ever needed to take into consideration.

As a Linux user, my need was to find a Linux based email client that could match what Pegasus Mail offered.
I was never able to find such a thing, much less in Thunderbird which I tried many years ago and found to be lacking.

For the reasons given in my previous post and in spite of it being MS based and not open source, I have continued to use it in every Linux distribution I have gone through, without any issues.

Like I said, YMMV.

Thank you for your input.

Best,

A.

I get the idea, of course, but we are not talking about any Win based email client.
This is Richard Harris' Pegasus Mail.

?

https://www.pmail.com/downloads_s3_t.htm

https://askubuntu.com/questions/629492/ … rough-wine

WINE itself takes up about the same amount of memory as the Linux Thunderbird email client.

The dosdevices directory contains a list of all the drives Wine would access.
And the drive_c directory is not really related to it.

It has all the Windows directories it needs plus the directories for the MS based applications installed, in this case, Pegasus Mail.

~/.wine$ cat wineserver
wine-1X5UO
~/.wine$

~/.wine$ cat wrapper.cfg
ww_name="All fonts"
~/.wine$ 

Best,

A.

In your case I'd also look at what is in wrapper.cfg (start with file wrapper.cfg, then cat it if text or use od if binary. But that's because I'm curious.

I get the idea, of course, but we are not talking about any Win based email client.

This is Richard Harris' Pegasus Mail.

I have used Pegasus Mail since my early W3.10 days, cannot recall the exact year but I am quite sure it was pre W95 by at least a year which makes for ~30 years' continued use without ever giving me any grief or problems that I could not fix myself.

Meaning PMail under W3.XX straight through W95/W98/W2000/XP -> a number of Linux distributions and now Devuan, from Jessie to Daedalus.

Never lost any emails and when I did, it was because of the well known 'between the chair and the keyboard' problem.

I started using PMail after trying out all the email clients available (at the time) for the MS environment but not one came close to PMail.
ie: Eudora, OE, Netscape (?) and a couple of others I cannot recall.

It has a very useful 'selective mail download' feature, something I have not seen in any other email client.
That plus an easy to use UI that has not changed significantly in all these years has made it my email client of choice, even under Linux.

More than enough for me to use and continue using it, without any reservations.
Even if it is closed source.

Did I mention that it is free?
Of course, YMMV.

Thanks a lot for your input.

Best,

A.

For comparison, after a thorough installation on Daedalus, nothing was launched except w32-480.exe (Pegasus Mail).   Wine closed after screenshot without installing Pegasus Mail.

ly_e@devuan:~/.wine$ ls -lr ./
total 2932
-rw-r--r-- 1 uly_e uly_e   29115 May 25 09:08 user.reg
-rw-r--r-- 1 uly_e uly_e    4052 May 25 09:07 userdef.reg
-rw-r--r-- 1 uly_e uly_e 2954118 May 25 09:08 system.reg
drwxr-xr-x 7 uly_e uly_e    4096 May 25 09:07 drive_c
drwxr-xr-x 2 uly_e uly_e    4096 May 25 09:07 dosdevices
uly_e@devuan:~/.wine$

P.S. I don’t care, the computer is not mine, but I wouldn’t use the Win mail client under Linux for any reason.

Never too late ... 
Or so one hopes.

I did, just in case.

Non working .wine saved elsewhere.

~$ ls -lr /media/stuff/.wine
total 2956
-r-------- 1 groucho groucho      11 Nov  3  2020 wineserver              ### <-
-rw-r--r-- 1 groucho groucho    3314 May 25 07:16 userdef.reg
-rw-r--r-- 1 groucho groucho   60783 May 25 07:16 user.reg
-rw-r--r-- 1 groucho groucho 2946462 May 25 07:16 system.reg
drwxr-xr-x 8 groucho groucho    4096 Feb 18  2022 drive_c
drwxr-xr-x 2 groucho groucho    4096 May 25 07:16 dosdevices
~$ 

Previously/now working .wine from BackInTime snapshot.

~$ ls -lr /home/groucho/.wine #(*.reg backup files removed for clarity)
total 6020
-rw-r--r-- 1 groucho groucho      20 May 25 10:13 wrapper.cfg
-rw------- 1 groucho groucho      11 Nov  3  2020 wineserver             ### <-
-rw-r--r-- 1 groucho groucho    3314 May 25 13:45 userdef.reg
-rw-r--r-- 1 groucho groucho   61038 May 25 13:45 user.reg
-rw-r--r-- 1 groucho groucho 3065505 May 25 13:45 system.reg
drwxr-xr-x 8 groucho groucho    4096 Feb 18  2022 drive_c
drwxr-xr-x 2 groucho groucho    4096 May 25 13:44 dosdevices
~$ 

As you can see the non-working directory is missing the wrapper.cfg file and the wineserver files do not have matching attributes.
ie: -r-------- in the non-working version but -rw------- in the working version.   
Not too clear to me how that got to be so.

That said, check the timestamp of the non-working version of the wineserver file: 20201103 -> four years ago.
Same as the working version. Attribute changes do not set a new timestamp?

No matter, problem solved.

The moral of the tale?
If you have a decent back-up at hand, you also have a chance to fix whatever went awry. 

Thank you very much for your input.

Best,

A.

If anyone else hits this issue that would be worth trying.

I have managed to fix the problem at hand but only have a hint as to what may have happened.

I have used BackInTime and TimeShift for the longest while now.
Both have proved to be invaluable more than once and this is yet another instance.

Seeing that Wine was working properly after upgrading to Chimaera but stopped doing so after upgrading to Daedalus I restored /home/xxxx/.wine from the snapshot I took before the last upgrade.

As a result, Wine is working properly and loads Pegasus Mail, which also works as expected, albeit with an altered look.
ie: fonts and such, probably related to how Xfce renders the windows. (surprised? not)

As to what caused the problem, the last lines of the BackInTime log for the job shows/implies that there may have been some problem with file attributes:

~/.local/share/backintime$ cat restore_.log
rsync --recursive --times --devices --specials --hard-links --human-readable -s --links --perms --executability --group --owner --info=progress2 --no-inc-recursive -R -v --backup --suffix=.backup.20240525 /media/300GBIT/backintime/devuan/groucho/1/20240523-084800-476/backup/./home/groucho/.wine /
building file list ... done
rsync: [generator] chgrp "/home" failed: Operation not permitted (1)
home/
home/groucho/.wine/.update-timestamp
home/groucho/.wine/system.reg
home/groucho/.wine/user.reg
home/groucho/.wine/userdef.reg
--- snip ---
sent 60.79M bytes  received 34.43K bytes  24.33M bytes/sec
total size is 721.88M  speedup is 11.87
rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1338) [sender=3.2.7]   ### <-- here 
 
Restore permissions:
Restore permissions: Done

~/.local/share/backintime$ 

That's about it.
What happened and how did it happen?
What files/attrs/permissions needed to be changed and why?

No idea.
All I can say with certainty is that Wine worked after upgrading from Beowulf to Chimaera but stopped working after upgrading to Daedalus.

Thank you for your input.

Best,

A.

Indeed, I had thought of doing exactly that.
But it was the last option I was considering.

I recall having to do that quite a few times in the many years I ran PMail in an MS environment ie: W98/W2000/XPSP3.
It was the go-to method ie: }à la Windows to which I had no other option when things went south.  8^D

The main drawback to that was that you never found out what went wrong and/or how to avoid it.
I'll keep it in the bucket for the time being, so to speak.

The fact that I can run PMail as root tells me that Wine is working properly and that the DLLs are all there.
The problem apparently resides in Wine not seeing/being aware of them when started as a user which is odd, to say the least because Wine must never be run as root as it does not sandbox anyhting.

ie: you are giving MS executables full access to your system and everything attached to it.

Thank you very much for your input.
And taking the time to post the screenshots.

Best,

A.