My next try this morning was to add libytnaf.so to the rpath of the sogod.
Whats interesting ist that the rpath was "/usr/lib64/sogo" instead of
"/usr/local/lib64/sogo" where it should actually be. Anyways, I added the
libytnaf.so to "/usr/lib64/sogo", but it still doesn't work.
Am Donnerstag,
On Fri, Feb 2, 2024 at 1:06 AM Bits 'n Tricks wrote:
> Hi Markus,
>
> thanks, will try this.
> I actually just copied the sogo.conf file from another working server,
>
If that is what you did, dump the database from that server and import it
into the new server.
I remember having advised you to
I just realized one more thing
ldd /usr/local/lib64/GNUstep/SOGo/Mailer.SOGo/Mailer | grep ytnef
ldd /usr/local/lib64/GNUstep/SOGo/MailerUI.SOGo/MailerUI | grep ytnef
ldd /usr/local/lib64/GNUstep/SOGo/MailPartViewers.SOGo/MailPartViewers | grep
ytnef
returns nothing. it seems like ytnef didn't
I found the issue. It was already described here: https://bugs.gentoo.org/811351
The "SoObjects/SOGo/GNUmakefile" is missing the additional LDFLAG
This is what needs to be changed
-ADDITIONAL_LDFLAGS += -lmemcached -lzip
+ADDITIONAL_LDFLAGS += -lmemcached -lzip -lytnef
now ldd shows the link!
Hello,
Thank you for your investigation and your pull request.
I assume some OS does need that as for the others, everything’s ok . On my
ubuntu 22, ytnef is correctly linked without your modification ->
root@8e09d7b54b57:/src/SOGo# ldd /usr/local/lib/GNUstep/SOGo/Mailer.SOGo/Mailer
| grep ytnef
I cannot tell you if everything runs perfectly now. I was just investigating
this particular issue. I have not finished my Installation and setup process
yet. I just started to build my Environment. But this error is gone with this
PR. I have not been able to test a winmail.dat yet. Sorry. I was
Title: BTS activities for Friday, February 02 2024
BTS Activities
Home page: https://bugs.sogo.nu
Project: SOGo
For the period covering: Friday, February 02 2024
idlast updatestatus (resolution)categorysummary
5
