From Newsgroup: comp.sys.raspberry-pi

On 13 Jan 2026 08:01:52 +1000 Computer Nerd Kev wrote:

Markus Robert Kessler <no_reply@dipl-ing-kessler.de> wrote:

On 12 Jan 2026 07:20:47 +1000 Computer Nerd Kev wrote:

Well I built GNU Mailutils 3.21 from source with all the functionality
you require and noted the following dependencies:

readline-dev, libunistring-dev, gnutls38-dev, tcp_wrappers-dev,
libltdl, libtool-dev, libgsasl-dev

At least libgsasl-dev probably isn't needed for your use since I only
added that to enable SMTP authentication using putmail. IMAP
authentication using movemail was working before that. Some others
might be surplus to requirements too.

Interesting, thank you!

Well, these are the BUILD dependencies - are there RUNTIME requirements
also?

Sure, all of those with "-dev" removed, except libtool. You can probably
use whatever version of the gnutls package for your distro is the
latest.

readline, libunistring, gnutls, tcp_wrappers, libltdl, libgsasl

Although you can build it without some of those, such as libgsasl as mentioned before. Of course exact package names will differ between
distros, especially with the "lib" prefixes.

"ldd `which movemail`" is a quick way to see all the libraries used by
the executable, however it will show additional libraries used by the
direct dependenies, without distinction. Another way is using "readelf
-d `which movemail` | grep NEEDED", which just gives you the immediate dependencies, but then in this case you get a bunch of "libmu_*"
Mailutils libraries which then also need to be checked with "ldd" or "readelf", and that gets confusing. Also those tools won't show any
libraries or executables that are loaded after the program has started.
Then you have to work out which packages the libraries belong to, for
which the method is specific to your distro or package format.

Anyway in this case you can just go from the list I gave you above.

Hi, regarding Mageia Linux I am working on, I get

needed: available in distro:

readline lib64readline-devel
libunistring lib64unistring-devel
gnutls lib64gnutls-devel
tcp_wrappers tcp_wrappers
(no devel, executables in /usr/sbin:
safe_finger; tcpd; tcpdchk; tcpdmatch; try-from)
libltdl lib64ltdl-devel
libgsasl lib64gsasl-devel

So, except "tcp_wrappers", the package seems to be builable?

Thanks a lot!
--
Please reply to group only.
For private email please use http://www.dipl-ing-kessler.de/email.htm
--- Synchronet 3.21a-Linux NewsLink 1.2

From Newsgroup: comp.sys.raspberry-pi

On Fri, 2 Jan 2026 08:54:49 +0000 Andy Burns wrote:

Richard Kettlewell wrote:

Dovecot is fairly easy to set up. I’ve not tried the other IMAP
servers.

I would echo that.

Good to know, thank you all!

Dovecot is now installed on my machnine, and maybe someone can point me in
the right direction:

I just want to have the chance to install one mailbox on dovecot to test
with GNU Mailutils and ImapSync. But I am not sure what is needed in
addition to the base install (ssl, ...) to connect to this service, having
the necessary rights to create mailboxes and set passwords via doveadm.

Thanks for any hint!
--
Please reply to group only.
For private email please use http://www.dipl-ing-kessler.de/email.htm
--- Synchronet 3.21a-Linux NewsLink 1.2

From Newsgroup: comp.sys.raspberry-pi

Markus Robert Kessler <no_reply@dipl-ing-kessler.de> wrote:

On 13 Jan 2026 08:01:52 +1000 Computer Nerd Kev wrote:

Markus Robert Kessler <no_reply@dipl-ing-kessler.de> wrote:

On 12 Jan 2026 07:20:47 +1000 Computer Nerd Kev wrote:

Well I built GNU Mailutils 3.21 from source with all the functionality >>>> you require and noted the following dependencies:

readline-dev, libunistring-dev, gnutls38-dev, tcp_wrappers-dev,
libltdl, libtool-dev, libgsasl-dev

[snip]

Hi, regarding Mageia Linux I am working on, I get

needed: available in distro:

readline lib64readline-devel
libunistring lib64unistring-devel
gnutls lib64gnutls-devel
tcp_wrappers tcp_wrappers
(no devel, executables in /usr/sbin:
safe_finger; tcpd; tcpdchk; tcpdmatch; try-from)
libltdl lib64ltdl-devel
libgsasl lib64gsasl-devel

So, except "tcp_wrappers", the package seems to be builable?

Yep, and tcp_wrappers looks to be optional, so you can probably
ignore that:

"The tcp-wrappers statements provides an alternative way to control
accesses to the resources served by GNU Mailutils. This statement
is enabled if Mailutils is compiled with TCP wrappers library
libwrap." https://www.mailutils.org/manual/html_node/tcp_002dwrappers-statement.html
--
__ __
#_ < |\| |< _#
--- Synchronet 3.21a-Linux NewsLink 1.2

From Newsgroup: comp.sys.raspberry-pi

On 16 Jan 2026 08:19:25 +1000 Computer Nerd Kev wrote:

Markus Robert Kessler <no_reply@dipl-ing-kessler.de> wrote:

On 13 Jan 2026 08:01:52 +1000 Computer Nerd Kev wrote:

Markus Robert Kessler <no_reply@dipl-ing-kessler.de> wrote:

On 12 Jan 2026 07:20:47 +1000 Computer Nerd Kev wrote:

Well I built GNU Mailutils 3.21 from source with all the
functionality you require and noted the following dependencies:

readline-dev, libunistring-dev, gnutls38-dev, tcp_wrappers-dev,
libltdl, libtool-dev, libgsasl-dev

[snip]

Hi, regarding Mageia Linux I am working on, I get

needed: available in distro:

readline lib64readline-devel libunistring
lib64unistring-devel gnutls lib64gnutls-devel
tcp_wrappers tcp_wrappers
(no devel, executables in /usr/sbin: safe_finger;
tcpd; tcpdchk; tcpdmatch; try-from)
libltdl lib64ltdl-devel libgsasl
lib64gsasl-devel

So, except "tcp_wrappers", the package seems to be builable?

Yep, and tcp_wrappers looks to be optional, so you can probably ignore
that:

"The tcp-wrappers statements provides an alternative way to control
accesses to the resources served by GNU Mailutils. This statement is
enabled if Mailutils is compiled with TCP wrappers library libwrap." https://www.mailutils.org/manual/html_node/tcp_002dwrappers-

statement.html

OK, thanks. I see that
lib64wrap-devel and libwrap-devel
are there. Do you think it is sufficient to just install one of them as dependency?
--
Please reply to group only.
For private email please use http://www.dipl-ing-kessler.de/email.htm
--- Synchronet 3.21a-Linux NewsLink 1.2

From Newsgroup: comp.sys.raspberry-pi

Markus Robert Kessler <no_reply@dipl-ing-kessler.de> wrote:

On 16 Jan 2026 08:19:25 +1000 Computer Nerd Kev wrote:

Markus Robert Kessler <no_reply@dipl-ing-kessler.de> wrote:

So, except "tcp_wrappers", the package seems to be builable?

Yep, and tcp_wrappers looks to be optional, so you can probably ignore
that:

"The tcp-wrappers statements provides an alternative way to control
accesses to the resources served by GNU Mailutils. This statement is
enabled if Mailutils is compiled with TCP wrappers library libwrap."
https://www.mailutils.org/manual/html_node/tcp_002dwrappers-

statement.html

OK, thanks. I see that
lib64wrap-devel and libwrap-devel
are there. Do you think it is sufficient to just install one of them as dependency?

Probably the lib64 one. The configure script shows the features
enabled like I posted before. So if it's found tcp_wrappers/libwrap
then you'll get the same as me:

"Use TCP wrappers .............. yes"

If not:

"Use TCP wrappers .............. no"

Either way I expect it'll do everything you need, since I think
it's just for the IMAP and POP servers that are also part of
Mailutils.
--
__ __
#_ < |\| |< _#
--- Synchronet 3.21a-Linux NewsLink 1.2

From Newsgroup: comp.sys.raspberry-pi

Markus Robert Kessler <no_reply@dipl-ing-kessler.de> writes:

And I can confirm that compiling from scratch is not as easy as it looked like. I tried to create a package for Mageia, based on the original
tarball, but there are plenty of dependencies not visible during configure/make/makeinstall. It compiled and built, but the result was not funtional. Creating a new rpm out of that failed as well.

True, building can get hairy. I recently built MEGAcmd (sync tool for
mega.nz) for arm64 on my Pi (CM3+ which is the equivalent of a 3B+, so
quad core and 1 GB of RAM). Should be easy? But their whatsit build
thingy uses architecture based rules but didn't have a rule for
arm64. My fumbling with it went nowhere at first but I then managed to
somehow inelegantly force it to do arm64. Also they've gone this silly OpenEmbedded kind of way that they want to download the source for and
build all dependencies for it. But that part actually worked out of the
box as the deps were much smaller than their actual code. Best part, all
the deps used other build systems that didn't need fiddling with.

Last but not least, 1 GB of RAM is a piddly amount these days. I added 2
GB of swap to get this to compile since 1 GB wasn't enough.

Setting up a VM or cross compilation for one app didn't feel like worth
doing.
--- Synchronet 3.21a-Linux NewsLink 1.2

From Newsgroup: comp.sys.raspberry-pi

Hello all,

I try to set up a simple Dovecot instance on a raspberry where I can
create one mailbox and use this for testing purposes with GNU Mailutils
and ImapSync.

Therefore I installed Dovecot out of the box and created a user ("cyrus").

For now, it seems to run. While, only the non-encrypting protocols are
used (no pop3s, no imaps):

PORT STATE SERVICE
22/tcp open ssh
25/tcp open smtp
80/tcp open http
110/tcp open pop3
119/tcp open nntp
143/tcp open imap
406/tcp open imsp
631/tcp open ipp
8008/tcp open http

When I try to log into Dovecot, it asks for password (based on /etc/shadow
as it looks like), but then Dovecot asks for some imap password:

[502 root@rpi-inst ~]# cyradm -u cyrus localhost
Password:
IMAP Password:
Login failed: authentication failure at /usr/lib/arm-linux- gnueabihf/perl5/5.32/Cyrus/IMAP/Admin.pm line 134.
cyradm: cannot authenticate to server as cyrus

Can anyone please give some advice how to get a mailbox set up, so that I
can test with?

Thank you!
--
Please reply to group only.
For private email please use http://www.dipl-ing-kessler.de/email.htm
--- Synchronet 3.21b-Linux NewsLink 1.2

From Newsgroup: comp.sys.raspberry-pi

Markus Robert Kessler wrote:

When I try to log into Dovecot, it asks for password (based on /etc/shadow
as it looks like), but then Dovecot asks for some imap password:

[502 root@rpi-inst ~]# cyradm -u cyrus localhost
Password:
IMAP Password:
Login failed: authentication failure at /usr/lib/arm-linux- gnueabihf/perl5/5.32/Cyrus/IMAP/Admin.pm line 134.
cyradm: cannot authenticate to server as cyrus

Can anyone please give some advice how to get a mailbox set up, so that I
can test with?

search for how to use sasl with pam and dovecot, I can't remember the
details, but it wasn't difficult to configure ...


--- Synchronet 3.21b-Linux NewsLink 1.2

From Newsgroup: comp.sys.raspberry-pi

On Sat, 17 Jan 2026 13:51:22 -0000 (UTC), Markus Robert Kessler wrote:

When I try to log into Dovecot, it asks for password (based on
/etc/shadow as it looks like), but then Dovecot asks for some imap
password:

[502 root@rpi-inst ~]# cyradm -u cyrus localhost
Password:
IMAP Password:
Login failed: authentication failure at /usr/lib/arm-linux-gnueabihf/perl5/5.32/Cyrus/IMAP/Admin.pm line 134.
cyradm: cannot authenticate to server as cyrus

Seems to be saying it’s trying to authenticate as user “cyrus”. Is
this valid?

Another thing to check is, is it trying to connect via the imap port
(143) or imaps (993)?
--- Synchronet 3.21b-Linux NewsLink 1.2

From Newsgroup: comp.sys.raspberry-pi

Markus Robert Kessler <no_reply@dipl-ing-kessler.de> wrote:

I try to set up a simple Dovecot instance on a raspberry where I can
create one mailbox and use this for testing purposes with GNU Mailutils
and ImapSync.

FWIW GNU Mailutils comes with an IMAP server too, which I use for
about the same purpose as what you seem to be doing. It seemed like
a good idea but in practice I rarely use it and read the mailbox
movemail writes to directly with an email client instead.

Something like this in /etc/mailutils.conf configures it:
"
program imap4d
{

logging
{
syslog yes;
facility mail;
severity debug;
};

#debug {
# level auth;
#};

auth
{
authentication generic;
authorization system;
};

login-disabled false;
homedir
{
create false;
}

mailbox
{
mailbox-type "mh";
folder "Mail/";
};

namespace personal
{
mailbox-mode g=;
prefix ""
{
directory "$home/Mail";
mailbox-type "mh";
};
};

};
"

You need a "mail" group and add users who can log via IMAP to that
group.

I've configured Dovecot before too but I find it difficult, so
you'd better get advice on that from one of the people who says
it's easy.
--
__ __
#_ < |\| |< _#
--- Synchronet 3.21b-Linux NewsLink 1.2

From Newsgroup: comp.sys.raspberry-pi

On Sat, 17 Jan 2026 20:43:12 -0000 (UTC) Lawrence D’Oliveiro wrote:

On Sat, 17 Jan 2026 13:51:22 -0000 (UTC), Markus Robert Kessler wrote:

When I try to log into Dovecot, it asks for password (based on
/etc/shadow as it looks like), but then Dovecot asks for some imap
password:

[502 root@rpi-inst ~]# cyradm -u cyrus localhost Password:
IMAP Password:
Login failed: authentication failure at
/usr/lib/arm-linux-gnueabihf/perl5/5.32/Cyrus/IMAP/

Admin.pm

line 134.
cyradm: cannot authenticate to server as cyrus

Seems to be saying it’s trying to authenticate as user “cyrus”. Is this valid?

Yes, I typed this to connect to localmachine, wanting to authenticate as
user 'cyrus' with password I've set

Another thing to check is, is it trying to connect via the imap port
(143) or imaps (993)?

I checked this with wireshark on local-loopback. Requests are against port 143/tcp on localhost. In some packets I see auth attempts like
'AUTHENTICATE DIGEST-MD5'
--- Synchronet 3.21b-Linux NewsLink 1.2

From Newsgroup: comp.sys.raspberry-pi

On 18 Jan 2026 07:21:23 +1000 Computer Nerd Kev wrote:

Markus Robert Kessler <no_reply@dipl-ing-kessler.de> wrote:

I try to set up a simple Dovecot instance on a raspberry where I can
create one mailbox and use this for testing purposes with GNU Mailutils
and ImapSync.

FWIW GNU Mailutils comes with an IMAP server too, which I use for about
the same purpose as what you seem to be doing. It seemed like a good
idea but in practice I rarely use it and read the mailbox movemail
writes to directly with an email client instead.

[..]

Thanks! Yes, I see imapd is also created when installing from GNU
Mailutils tarball. Confusingly, Raspbian has each a separate package for imapd, pop3, etc. Maybe, they consider this to be easier to just install what's needed, rather than do a 'systemctl disable ...' for all unwanted services.

B.t.w., does GNU Mailutils imapd need mysql to store email details, or is there everything stored in plain text?
--- Synchronet 3.21b-Linux NewsLink 1.2

From Newsgroup: comp.sys.raspberry-pi

On Sat, 17 Jan 2026 20:43:12 -0000 (UTC) Lawrence D’Oliveiro wrote:

On Sat, 17 Jan 2026 13:51:22 -0000 (UTC), Markus Robert Kessler wrote:

When I try to log into Dovecot, it asks for password (based on
/etc/shadow as it looks like), but then Dovecot asks for some imap
password:

[502 root@rpi-inst ~]# cyradm -u cyrus localhost Password:
IMAP Password:
Login failed: authentication failure at
/usr/lib/arm-linux-gnueabihf/perl5/5.32/Cyrus/IMAP/

Admin.pm

line 134.
cyradm: cannot authenticate to server as cyrus

Seems to be saying it’s trying to authenticate as user “cyrus”. Is this valid?

Another thing to check is, is it trying to connect via the imap port
(143) or imaps (993)?

Oh sorry, wrong machine...
Just reinstalled dovecot to have a clean start.

There are these ports open now and imaps is also up:

PORT STATE SERVICE
22/tcp open ssh
25/tcp open smtp
80/tcp open http
143/tcp open imap
631/tcp open ipp
993/tcp open imaps

I created a user 'dov' for such purposes, hence I have

dov:x:1010:1010::/home/dov:/bin/bash
dovecot:x:123:131:Dovecot mail server,,,:/usr/lib/dovecot:/usr/sbin/
nologin
dovenull:x:124:130:Dovecot login user,,,:/nonexistent:/usr/sbin/nologin

as dovecot-related users.


At the moment I am stuck because any attempt to log in ends by returning
to commandline instantly:

[592 root@rpi-inst /tmp]# doveadm auth login dov
Password:
passdb: dov auth succeeded
extra fields:
user=dov

userdb extra fields:
dov
system_groups_user=dov
uid=1010
gid=1010
home=/home/dov
auth_mech=PLAIN
[593 root@rpi-inst /tmp]#

No chance to create a mailbox here.
Maybe the definition of who is admin is missing?



Can someone please give a little advice how to log in to create a mailbox
and set the password in the right way?

Thank you!
--- Synchronet 3.21b-Linux NewsLink 1.2

From Newsgroup: comp.sys.raspberry-pi

On Sat, 17 Jan 2026 23:21:24 -0000 (UTC), Markus Robert Kessler wrote:

At the moment I am stuck because any attempt to log in ends by returning
to commandline instantly:

[592 root@rpi-inst /tmp]# doveadm auth login dov
Password:
passdb: dov auth succeeded
extra fields:
user=dov

userdb extra fields:
dov
system_groups_user=dov
uid=1010
gid=1010
home=/home/dov
auth_mech=PLAIN
[593 root@rpi-inst /tmp]#

No chance to create a mailbox here.

You’re expecting doveadm to enter some kind of interactive command
mode? Looking at the various man pages, I don’t think it works that
way.

I just tried doveadm as root, and I think it lets me perform admin
actions without having to do a dovecot login.

I’ve never used this command before, because I have my Dovecot (and
Postfix) setup to keep all mail in ~/.maildir in users’ home
directories, and this gets created automatically as mail comes in.
Here’s the relevant change to the default configuration that was
installed on my Debian setup:

root@theon:~ # diff -u /etc/dovecot/conf.d/10-mail.conf{-orig,}
--- /etc/dovecot/conf.d/10-mail.conf-orig 2025-10-23 12:40:26.294676269 +1300
+++ /etc/dovecot/conf.d/10-mail.conf 2025-10-23 12:42:46.602025244 +1300
@@ -33,10 +33,14 @@
# against its use in production environments. See further information
# at
# https://doc.dovecot.org/2.4.1/core/config/mailbox/formats/mbox.html -mail_driver = mbox
+# Notes for upgrade to 2.4:
+# <https://doc.dovecot.org/main/core/config/mail_location.html#mail-location-setting>
+# <https://doc.dovecot.org/main/core/config/mailbox_formats/maildir.html> +mail_driver = maildir
mail_home = /home/%{user | username}
-mail_path = %{home}/mail
-mail_inbox_path = /var/mail/%{user}
+mail_path = %{home}/.maildir
+mailbox_list_layout = maildir++
+mail_inbox_path = .
--- Synchronet 3.21b-Linux NewsLink 1.2

From Newsgroup: comp.sys.raspberry-pi

Markus Robert Kessler <no_reply@dipl-ing-kessler.de> wrote:

On 18 Jan 2026 07:21:23 +1000 Computer Nerd Kev wrote:

Markus Robert Kessler <no_reply@dipl-ing-kessler.de> wrote:

I try to set up a simple Dovecot instance on a raspberry where I can
create one mailbox and use this for testing purposes with GNU Mailutils
and ImapSync.

FWIW GNU Mailutils comes with an IMAP server too, which I use for about
the same purpose as what you seem to be doing. It seemed like a good
idea but in practice I rarely use it and read the mailbox movemail
writes to directly with an email client instead.

[..]

Thanks! Yes, I see imapd is also created when installing from GNU
Mailutils tarball.

Actually it should be "imap4d".

Confusingly, Raspbian has each a separate package for
imapd, pop3, etc. Maybe, they consider this to be easier to just install what's needed, rather than do a 'systemctl disable ...' for all unwanted services.

Probably, and note that when you install from the tarball you won't
get the Systemd services added like you (might) get with the
packages.

B.t.w., does GNU Mailutils imapd need mysql to store email details, or is there everything stored in plain text?

All plain-text, although you can choose the format, MH format in my
example. With MH format each email is kept in an individual sequentially-numbered file.
--
__ __
#_ < |\| |< _#
--- Synchronet 3.21b-Linux NewsLink 1.2

From Newsgroup: comp.sys.raspberry-pi

On 16 Jan 2026 11:57:08 +1000 Computer Nerd Kev wrote:

Markus Robert Kessler <no_reply@dipl-ing-kessler.de> wrote:

On 16 Jan 2026 08:19:25 +1000 Computer Nerd Kev wrote:

Markus Robert Kessler <no_reply@dipl-ing-kessler.de> wrote:

So, except "tcp_wrappers", the package seems to be builable?

Yep, and tcp_wrappers looks to be optional, so you can probably ignore
that:

"The tcp-wrappers statements provides an alternative way to control
accesses to the resources served by GNU Mailutils. This statement is
enabled if Mailutils is compiled with TCP wrappers library libwrap."
https://www.mailutils.org/manual/html_node/tcp_002dwrappers-

statement.html

OK, thanks. I see that lib64wrap-devel and libwrap-devel are there. Do
you think it is sufficient to just install one of them as dependency?

Probably the lib64 one. The configure script shows the features enabled
like I posted before. So if it's found tcp_wrappers/libwrap then you'll
get the same as me:

"Use TCP wrappers .............. yes"

If not:

"Use TCP wrappers .............. no"

Either way I expect it'll do everything you need, since I think it's
just for the IMAP and POP servers that are also part of Mailutils.

After installing all recommended dependecies, ./configure says

*******************************************************************
GNU Mailutils configured with the following settings:

Default mailbox scheme ........ mbox
Use PAM ....................... no
Use -ltdl ..................... yes
Use DBM ....................... no
Use GNU TLS ................... yes
Use GSASL ..................... yes
Use GSSAPI .................... yes
Use TCP wrappers .............. yes
Pthread support ............... yes
Readline support .............. yes
Libunistring support .......... yes
MySQL support ................. no
PostgreSQL support ............ no
LDAP support .................. no
Radius support ................ no
Support for virtual domains ... yes

IPv6 support .................. yes

Interfaces:

Guile ......................... no
C++ ........................... no
Python ........................ yes

Mailbox formats:

IMAP .......................... yes
POP ........................... yes
MH ............................ yes
maildir ....................... yes
dotmail ....................... yes

Mailers:

SMTP .......................... yes
Sendmail ...................... yes

Utilities to build:

Servers ....................... pop3d imap4d comsat mda lmtpd
Clients ....................... putmail frm mail sieve messages readmsg dotlock movemail mimeview decodemail mh

*******************************************************************

Wrappers (64bit) is ok, and all services like pop and imap are building. Somehow strange, that it complains about 'C++:no', though gcc is there.

Thanks,
best regards,
Markus
--- Synchronet 3.21b-Linux NewsLink 1.2

From Newsgroup: comp.sys.raspberry-pi

Markus Robert Kessler <no_reply@dipl-ing-kessler.de> writes:

Wrappers (64bit) is ok, and all services like pop and imap are building. Somehow strange, that it complains about 'C++:no', though gcc is there.

You have probably installed gcc but not g++.
--
https://www.greenend.org.uk/rjk/
--- Synchronet 3.21b-Linux NewsLink 1.2

From Newsgroup: comp.sys.raspberry-pi

On Sun, 18 Jan 2026 15:46:03 -0000 (UTC) Markus Robert Kessler wrote:

On 16 Jan 2026 11:57:08 +1000 Computer Nerd Kev wrote:

Markus Robert Kessler <no_reply@dipl-ing-kessler.de> wrote:

On 16 Jan 2026 08:19:25 +1000 Computer Nerd Kev wrote:

Markus Robert Kessler <no_reply@dipl-ing-kessler.de> wrote:

So, except "tcp_wrappers", the package seems to be builable?

Yep, and tcp_wrappers looks to be optional, so you can probably
ignore that:

"The tcp-wrappers statements provides an alternative way to control
accesses to the resources served by GNU Mailutils. This statement is
enabled if Mailutils is compiled with TCP wrappers library libwrap."
https://www.mailutils.org/manual/html_node/tcp_002dwrappers-

statement.html

OK, thanks. I see that lib64wrap-devel and libwrap-devel are there. Do
you think it is sufficient to just install one of them as dependency?

Probably the lib64 one. The configure script shows the features enabled
like I posted before. So if it's found tcp_wrappers/libwrap then you'll
get the same as me:

"Use TCP wrappers .............. yes"

If not:

"Use TCP wrappers .............. no"

Either way I expect it'll do everything you need, since I think it's
just for the IMAP and POP servers that are also part of Mailutils.

Hi there,

after a 'make install' to some DESTDIR, I took the created 'usr' dir,
chown-ed everything to root:root and verified that the rights are correct.

Then I created a tar.gz archive out of this 'usr' dir.

From this I took alien to convert to rpm:
alien --target=`arch` -r gnu-mailutils-3.21.tar.gz


All worked, but when trying to install the rpm I get

[1040 root@mga9x64-lb1 /tmp]# rpm -i gnu-mailutils-3.21-2.x86_64.rpm
error: Failed dependencies:
devel(libgnutls(64bit)) is needed by gnu-mailutils-3.21-2.x86_64
devel(libgsasl(64bit)) is needed by gnu-mailutils-3.21-2.x86_64
devel(libltdl(64bit)) is needed by gnu-mailutils-3.21-2.x86_64
libgsasl.so.7()(64bit) is needed by gnu-mailutils-3.21-2.x86_64
libgsasl.so.7(LIBGSASL_1.1)(64bit) is needed by gnu- mailutils-3.21-2.x86_64


This is strange because './configure' said

*******************************************************************
GNU Mailutils configured with the following settings:

Default mailbox scheme ........ mbox
Use PAM ....................... no
Use -ltdl ..................... yes
Use DBM ....................... no
Use GNU TLS ................... yes
Use GSASL ..................... yes
Use GSSAPI .................... yes
Use TCP wrappers .............. yes
Pthread support ............... yes
Readline support .............. yes
Libunistring support .......... yes
MySQL support ................. no
PostgreSQL support ............ no
LDAP support .................. no
Radius support ................ no
Support for virtual domains ... yes

IPv6 support .................. yes

Interfaces:

Guile ......................... no
C++ ........................... no
Python ........................ yes

Mailbox formats:

IMAP .......................... yes
POP ........................... yes
MH ............................ yes
maildir ....................... yes
dotmail ....................... yes

Mailers:

SMTP .......................... yes
Sendmail ...................... yes

Utilities to build:

Servers ....................... pop3d imap4d comsat mda lmtpd
Clients ....................... putmail frm mail sieve messages readmsg dotlock movemail mimeview decodemail mh

*******************************************************************

The 3 devel-s withing the 'rpm -i' error alert were installed as devel,
and the 2 gsasl-s, not sure, but maybe they are runtime requirements.

Any idea what's still missing here?

Thank you!
--- Synchronet 3.21b-Linux NewsLink 1.2

From Newsgroup: comp.sys.raspberry-pi

On Sun, 18 Jan 2026 16:06:48 +0000 Richard Kettlewell wrote:

Markus Robert Kessler <no_reply@dipl-ing-kessler.de> writes:

Wrappers (64bit) is ok, and all services like pop and imap are
building.
Somehow strange, that it complains about 'C++:no', though gcc is there.

You have probably installed gcc but not g++.

On Raspbian there is a package 'g++' to cover the c++ things.

While, on Mageia I cannot find such package. Instead there is 'gcc-c++',
which claims 'This package adds C++ support to the GNU C compiler'.
I have installed 'gcc-c++', so, maybe GNU-mailutil's './configure' is
being confused here?

Thank you!
--- Synchronet 3.21b-Linux NewsLink 1.2

From Newsgroup: comp.sys.raspberry-pi

Markus Robert Kessler <no_reply@dipl-ing-kessler.de> writes:

On Sun, 18 Jan 2026 16:06:48 +0000 Richard Kettlewell wrote:

Markus Robert Kessler <no_reply@dipl-ing-kessler.de> writes:

Wrappers (64bit) is ok, and all services like pop and imap are
building.
Somehow strange, that it complains about 'C++:no', though gcc is there.

You have probably installed gcc but not g++.

On Raspbian there is a package 'g++' to cover the c++ things.

While, on Mageia I cannot find such package. Instead there is 'gcc-c++', which claims 'This package adds C++ support to the GNU C compiler'.
I have installed 'gcc-c++', so, maybe GNU-mailutil's './configure' is
being confused here?

On a closer look it looks like that bit of output depends on whether you
use an --enable-cxx option. I’ve no idea what it’s for but unless it corresponds to something you know you want, I’d ignore it.
--
https://www.greenend.org.uk/rjk/
--- Synchronet 3.21b-Linux NewsLink 1.2

From Newsgroup: comp.sys.raspberry-pi

Markus Robert Kessler <no_reply@dipl-ing-kessler.de> wrote:

after a 'make install' to some DESTDIR, I took the created 'usr' dir, chown-ed everything to root:root and verified that the rights are correct.

Then I created a tar.gz archive out of this 'usr' dir.

From this I took alien to convert to rpm:
alien --target=`arch` -r gnu-mailutils-3.21.tar.gz

All worked, but when trying to install the rpm I get

[1040 root@mga9x64-lb1 /tmp]# rpm -i gnu-mailutils-3.21-2.x86_64.rpm
error: Failed dependencies:
devel(libgnutls(64bit)) is needed by gnu-mailutils-3.21-2.x86_64
devel(libgsasl(64bit)) is needed by gnu-mailutils-3.21-2.x86_64
devel(libltdl(64bit)) is needed by gnu-mailutils-3.21-2.x86_64
libgsasl.so.7()(64bit) is needed by gnu-mailutils-3.21-2.x86_64
libgsasl.so.7(LIBGSASL_1.1)(64bit) is needed by gnu- mailutils-3.21-2.x86_64

x86_64? This is in the Raspberry Pi Group. Did you pick the wrong
newsgroup to discuss this or are you trying to complile on a PC
but run Mailutils on a RPi? That's possible, but difficult, and
for this you'd be much better compiling Mailutils on the RPi
instead.

This is strange because './configure' said

The configure script worked if you got the mailutils binaries
built, which it sounds like you did (otherwise DESTDIR will be
empty). I've never used "alien" and don't know how it goes about
making packages, but it looks like something must be going wrong
there. If you're trying to install to RPi (ARM) a package built
for x86_64, then that's definitely what's going wrong.
--
__ __
#_ < |\| |< _#
--- Synchronet 3.21b-Linux NewsLink 1.2

From Newsgroup: comp.sys.raspberry-pi

On Sun, 18 Jan 2026 18:44:37 -0000 (UTC), Markus Robert Kessler wrote:

From this I took alien to convert to rpm:

That seems a very roundabout process. On Debian, after doing “apt-get source” to get the package source and making the desired changes,
rebuilding the .deb file is as easy as using the “debuild” command.

Is there not something directly equivalent for your rpm-based distro?

--- Synchronet 3.21b-Linux NewsLink 1.2

From Newsgroup: comp.sys.raspberry-pi

On 19 Jan 2026 07:23:39 +1000 Computer Nerd Kev wrote:

Markus Robert Kessler <no_reply@dipl-ing-kessler.de> wrote:

after a 'make install' to some DESTDIR, I took the created 'usr' dir,
chown-ed everything to root:root and verified that the rights are
correct.

Then I created a tar.gz archive out of this 'usr' dir.

From this I took alien to convert to rpm:
alien --target=`arch` -r gnu-mailutils-3.21.tar.gz


All worked, but when trying to install the rpm I get

[1040 root@mga9x64-lb1 /tmp]# rpm -i gnu-mailutils-3.21-2.x86_64.rpm
error: Failed dependencies:
devel(libgnutls(64bit)) is needed by
gnu-mailutils-3.21-2.x86_64 devel(libgsasl(64bit)) is needed by
gnu-mailutils-3.21-2.x86_64 devel(libltdl(64bit)) is needed by
gnu-mailutils-3.21-2.x86_64 libgsasl.so.7()(64bit) is needed by
gnu-mailutils-3.21-2.x86_64 libgsasl.so.7(LIBGSASL_1.1)(64bit)
is needed by gnu-
mailutils-3.21-2.x86_64

x86_64? This is in the Raspberry Pi Group. Did you pick the wrong
newsgroup to discuss this or are you trying to complile on a PC but run Mailutils on a RPi? That's possible, but difficult, and for this you'd
be much better compiling Mailutils on the RPi instead.

This is strange because './configure' said

The configure script worked if you got the mailutils binaries built,
which it sounds like you did (otherwise DESTDIR will be empty). I've
never used "alien" and don't know how it goes about making packages, but
it looks like something must be going wrong there. If you're trying to install to RPi (ARM) a package built for x86_64, then that's definitely what's going wrong.

Hello, thanks! And, no, I did not click onto the wrong group.
Instead, the desperate situation is like that:

On latest raspbian, debian for ARM, there is only an ancient version 3.10. Good to play with, but that's all.

On debian for intel, there is version 3.20 - but it is not complete.
imap4d and pop3d are missing and other stuff. Just left away.

On Redhat / Mageia for intel, which I am also running, there is even no
such package like GNU mailutils at all.

So, no big difference, in which group to ask. No 'one group for all'.
Whatever you want to achieve, you have to try yourself.

__But, as far as I see, here are the experts.__

So, I take this chance to say thank you for all the hints I already got.


Besides this:

Looking at the 'Failed dependencies' message above, this looks as if the
devel packages have to be linked statically, otherwise movemail and others cannot access them and are asking for them again.
Do you dispose this to be so?

Thank you!

Best regards,

Markus
--
Please reply to group only.
For private email please use http://www.dipl-ing-kessler.de/email.htm
--- Synchronet 3.21b-Linux NewsLink 1.2

From Newsgroup: comp.sys.raspberry-pi

On Mon, 19 Jan 2026 16:19:41 -0000 (UTC), Markus Robert Kessler wrote:

On debian for intel, there is version 3.20 - but it is not complete.
imap4d and pop3d are missing and other stuff. Just left away.

IMAP and POP support is in separate packages -- typical Debian
philosophy, you install just the ones you need:

$ apt-cache search -n mailutils
libmailutils-dev - development files for GNU mailutils
libmailutils9t64 - GNU Mail abstraction library
mailutils - GNU mailutils utilities for handling mail
mailutils-common - common files for GNU mailutils
mailutils-comsatd - GNU mailutils-based comsatd daemon
mailutils-doc - documentation files for GNU mailutils
mailutils-guile - GNU mailutils Guile interpreter and modules
mailutils-imap4d - GNU mailutils-based IMAP4 Daemon
mailutils-mda - GNU mailutils utilities for handling mail -- MDA
mailutils-mh - GNU mailutils-based MH utilities
mailutils-pop3d - GNU mailutils-based POP3 Daemon
python3-mailutils - GNU Mail abstraction library (Python3 interface)
--- Synchronet 3.21b-Linux NewsLink 1.2

From Newsgroup: comp.sys.raspberry-pi

Markus Robert Kessler <no_reply@dipl-ing-kessler.de> wrote:

On 19 Jan 2026 07:23:39 +1000 Computer Nerd Kev wrote:

Markus Robert Kessler <no_reply@dipl-ing-kessler.de> wrote:

[1040 root@mga9x64-lb1 /tmp]# rpm -i gnu-mailutils-3.21-2.x86_64.rpm
error: Failed dependencies:
devel(libgnutls(64bit)) is needed by
gnu-mailutils-3.21-2.x86_64 devel(libgsasl(64bit)) is needed by
gnu-mailutils-3.21-2.x86_64 devel(libltdl(64bit)) is needed by
gnu-mailutils-3.21-2.x86_64 libgsasl.so.7()(64bit) is needed by
gnu-mailutils-3.21-2.x86_64 libgsasl.so.7(LIBGSASL_1.1)(64bit)
is needed by gnu-
mailutils-3.21-2.x86_64

x86_64? This is in the Raspberry Pi Group. Did you pick the wrong
newsgroup to discuss this or are you trying to complile on a PC but run
Mailutils on a RPi? That's possible, but difficult, and for this you'd
be much better compiling Mailutils on the RPi instead.

This is strange because './configure' said

The configure script worked if you got the mailutils binaries built,
which it sounds like you did (otherwise DESTDIR will be empty). I've
never used "alien" and don't know how it goes about making packages, but
it looks like something must be going wrong there. If you're trying to
install to RPi (ARM) a package built for x86_64, then that's definitely
what's going wrong.

Hello, thanks! And, no, I did not click onto the wrong group.
Instead, the desperate situation is like that:

On latest raspbian, debian for ARM, there is only an ancient version 3.10. Good to play with, but that's all.

On debian for intel, there is version 3.20 - but it is not complete.
imap4d and pop3d are missing and other stuff. Just left away.

On Redhat / Mageia for intel, which I am also running, there is even no
such package like GNU mailutils at all.

Just note that nothing you do "on intel" will just work on ARM. If
you want Mailutils on both ARM and "intel", you need to build it
twice. If you just want it on one ARM system, then repeat
everything on the ARM system and just do "sudo make install"
without the DESTDIR and package stuff which only matters if you
want to install easily to other RPis (and even then I'd personally
just make a tarball and unpack that to "/" after installing the
dependencies manually, rather than making an RPM package).

Besides this:

Looking at the 'Failed dependencies' message above, this looks as if the devel packages have to be linked statically, otherwise movemail and others cannot access them and are asking for them again.

Static linking should avoid any dependency problem when it's built
on ARM. Building on x86_64 "intel", nothing will work on ARM unless
you install and use a cross-compiling environment. But don't do
that unless you're desperate for a challenge, just build on ARM in
the first place, since any RPi is capable of compiling Mailutils.

If you want the same build to run on Debian and "Redhat / Mageia",
then static linking can achieve that more reliably. Note that it
will prevent security updates to gnutls being applied when running
Mailutils with encrypted connections, until you rebuild the static
binary. You should be able to use the Debian x86_64 Mailutils
packages at least, so you probably don't need to try running the
Mageia build on there. Just compile and install Mailutils normally
on "Redhat / Mageia for intel" and "debian for ARM" as two separate
processes.
--
__ __
#_ < |\| |< _#
--- Synchronet 3.21b-Linux NewsLink 1.2

From Newsgroup: comp.sys.raspberry-pi

Markus Robert Kessler <no_reply@dipl-ing-kessler.de> writes:

On 19 Jan 2026 07:23:39 +1000 Computer Nerd Kev wrote:

Markus Robert Kessler <no_reply@dipl-ing-kessler.de> wrote:

after a 'make install' to some DESTDIR, I took the created 'usr' dir,
chown-ed everything to root:root and verified that the rights are
correct.

Then I created a tar.gz archive out of this 'usr' dir.

From this I took alien to convert to rpm:
alien --target=`arch` -r gnu-mailutils-3.21.tar.gz


All worked, but when trying to install the rpm I get

[1040 root@mga9x64-lb1 /tmp]# rpm -i gnu-mailutils-3.21-2.x86_64.rpm
error: Failed dependencies:
devel(libgnutls(64bit)) is needed by
gnu-mailutils-3.21-2.x86_64 devel(libgsasl(64bit)) is needed by
gnu-mailutils-3.21-2.x86_64 devel(libltdl(64bit)) is needed by
gnu-mailutils-3.21-2.x86_64 libgsasl.so.7()(64bit) is needed by
gnu-mailutils-3.21-2.x86_64 libgsasl.so.7(LIBGSASL_1.1)(64bit)
is needed by gnu-
mailutils-3.21-2.x86_64

[...]

Looking at the 'Failed dependencies' message above, this looks as if
the devel packages have to be linked statically, otherwise movemail
and others cannot access them and are asking for them again. Do you
dispose this to be so?

I don’t know RPM well but for most packaging systems, if it says you’re missing a dependency then it just means you need to install the package containing that dependency.

Certainly within Debian the norm is for executables to be dynamically
linked and the package containing then to have a dependency on the
runtime packages for each shared library. Static executables are rare at
best.

In your case, I thought you were trying to do a local build and install.
So I don’t see why RPM is involved at all.
--
https://www.greenend.org.uk/rjk/
--- Synchronet 3.21b-Linux NewsLink 1.2

From Newsgroup: comp.sys.raspberry-pi

On Tue, 20 Jan 2026 08:47:29 +0000 Richard Kettlewell wrote:

Markus Robert Kessler <no_reply@dipl-ing-kessler.de> writes:

On 19 Jan 2026 07:23:39 +1000 Computer Nerd Kev wrote:

Markus Robert Kessler <no_reply@dipl-ing-kessler.de> wrote:

after a 'make install' to some DESTDIR, I took the created 'usr' dir,
chown-ed everything to root:root and verified that the rights are
correct.

Then I created a tar.gz archive out of this 'usr' dir.

From this I took alien to convert to rpm:
alien --target=`arch` -r gnu-mailutils-3.21.tar.gz


All worked, but when trying to install the rpm I get

[1040 root@mga9x64-lb1 /tmp]# rpm -i gnu-mailutils-3.21-2.x86_64.rpm
error: Failed dependencies:
devel(libgnutls(64bit)) is needed by
gnu-mailutils-3.21-2.x86_64 devel(libgsasl(64bit)) is needed
by gnu-mailutils-3.21-2.x86_64 devel(libltdl(64bit)) is
needed by gnu-mailutils-3.21-2.x86_64 libgsasl.so.7()(64bit)
is needed by gnu-mailutils-3.21-2.x86_64
libgsasl.so.7(LIBGSASL_1.1)(64bit) is needed by gnu-
mailutils-3.21-2.x86_64

[...]

Looking at the 'Failed dependencies' message above, this looks as if
the devel packages have to be linked statically, otherwise movemail and
others cannot access them and are asking for them again. Do you
dispose this to be so?

I don’t know RPM well but for most packaging systems, if it says you’re missing a dependency then it just means you need to install the package containing that dependency.

Certainly within Debian the norm is for executables to be dynamically
linked and the package containing then to have a dependency on the
runtime packages for each shared library. Static executables are rare at best.

In your case, I thought you were trying to do a local build and install.
So I don’t see why RPM is involved at all.

By exporting to some DESTDIR, then create a tar.gz / slackware install archive, and then convert this into a deb or rpm with the help of alien conversion tool, you have full control over the location of the files
(derived from make install), and this guarantees that nothing is
overwritten by accident. Also, every install is tracked.

Meaning, same as make install directly, but with full control over it
--
Please reply to group only.
For private email please use http://www.dipl-ing-kessler.de/email.htm
--- Synchronet 3.21b-Linux NewsLink 1.2

From Newsgroup: comp.sys.raspberry-pi

On 20 Jan 2026 07:41:06 +1000 Computer Nerd Kev wrote:

Markus Robert Kessler <no_reply@dipl-ing-kessler.de> wrote:

On 19 Jan 2026 07:23:39 +1000 Computer Nerd Kev wrote:

Markus Robert Kessler <no_reply@dipl-ing-kessler.de> wrote:

[1040 root@mga9x64-lb1 /tmp]# rpm -i gnu-mailutils-3.21-2.x86_64.rpm
error: Failed dependencies:
devel(libgnutls(64bit)) is needed by
gnu-mailutils-3.21-2.x86_64 devel(libgsasl(64bit)) is needed
by gnu-mailutils-3.21-2.x86_64 devel(libltdl(64bit)) is
needed by gnu-mailutils-3.21-2.x86_64 libgsasl.so.7()(64bit)
is needed by gnu-mailutils-3.21-2.x86_64
libgsasl.so.7(LIBGSASL_1.1)(64bit) is needed by gnu-
mailutils-3.21-2.x86_64

x86_64? This is in the Raspberry Pi Group. Did you pick the wrong
newsgroup to discuss this or are you trying to complile on a PC but
run Mailutils on a RPi? That's possible, but difficult, and for this
you'd be much better compiling Mailutils on the RPi instead.

This is strange because './configure' said

The configure script worked if you got the mailutils binaries built,
which it sounds like you did (otherwise DESTDIR will be empty). I've
never used "alien" and don't know how it goes about making packages,
but it looks like something must be going wrong there. If you're
trying to install to RPi (ARM) a package built for x86_64, then that's
definitely what's going wrong.

Hello, thanks! And, no, I did not click onto the wrong group.
Instead, the desperate situation is like that:

On latest raspbian, debian for ARM, there is only an ancient version
3.10.
Good to play with, but that's all.

On debian for intel, there is version 3.20 - but it is not complete.
imap4d and pop3d are missing and other stuff. Just left away.

On Redhat / Mageia for intel, which I am also running, there is even no
such package like GNU mailutils at all.

Just note that nothing you do "on intel" will just work on ARM. If you
want Mailutils on both ARM and "intel", you need to build it twice. If
you just want it on one ARM system, then repeat everything on the ARM
system and just do "sudo make install" without the DESTDIR and package
stuff which only matters if you want to install easily to other RPis
(and even then I'd personally just make a tarball and unpack that to "/" after installing the dependencies manually, rather than making an RPM package).

Besides this:

Looking at the 'Failed dependencies' message above, this looks as if
the devel packages have to be linked statically, otherwise movemail and
others cannot access them and are asking for them again.

Static linking should avoid any dependency problem when it's built on
ARM. Building on x86_64 "intel", nothing will work on ARM unless you
install and use a cross-compiling environment. But don't do that unless you're desperate for a challenge, just build on ARM in the first place,
since any RPi is capable of compiling Mailutils.

If you want the same build to run on Debian and "Redhat / Mageia", then static linking can achieve that more reliably. Note that it will prevent security updates to gnutls being applied when running Mailutils with encrypted connections, until you rebuild the static binary. You should
be able to use the Debian x86_64 Mailutils packages at least, so you
probably don't need to try running the Mageia build on there. Just
compile and install Mailutils normally on "Redhat / Mageia for intel"
and "debian for ARM" as two separate processes.

OK, thanks a lot!

Well, it was somehow strange to me that build-dependencies as *devel which
I had to include for building the package, I have to install as runtime requirements as well. But your statement about 'prevent security updates
to gnutls' sounds reasonable, indeed.

So, after installing the package and letting it install all dependencies automatically, the package seems to work now.

B.t.w., alien creates this dependencies automatically (which a plain tgz archive containing a resource tarball of the built binary files, does
not). It's quite handy, if you just want an install package and don't want
to go via control files or spec sheets. It's good to have it for
raspberry, too.
And, of course, alien cannot help making binary files interchangeable
between ARM and intel/amd. The build process has to be done per platform,
yes.

Many thanks again!
--
Please reply to group only.
For private email please use http://www.dipl-ing-kessler.de/email.htm
--- Synchronet 3.21b-Linux NewsLink 1.2

From Newsgroup: comp.sys.raspberry-pi

On 20 Jan 2026 07:41:06 +1000 Computer Nerd Kev wrote:

[..]

If you want the same build to run on Debian and "Redhat / Mageia", then static linking can achieve that more reliably. Note that it will prevent security updates to gnutls being applied when running Mailutils with encrypted connections, until you rebuild the static binary. You should
be able to use the Debian x86_64 Mailutils packages at least, so you
probably don't need to try running the Mageia build on there. Just
compile and install Mailutils normally on "Redhat / Mageia for intel"
and "debian for ARM" as two separate processes.

Yes, and now I try to install the GNU Mailutils source package on a Pi3B
with Bullseye OS. Meaning, try to rebuild the (ancient) package as is, and
as next steps, to replace the source tgz, do some adaptations and try to
get this built, also.

By some reason, Synaptic install GUI does only show the sources for a few packages, and Mailutils is not among them.

/etc/apt/sources.list contains

deb http://raspbian.raspberrypi.org/raspbian/ bullseye main contrib non-
free rpi
# Uncomment line below then 'apt-get update' to enable 'apt-get source'
deb-src http://raspbian.raspberrypi.org/raspbian/ bullseye main contrib non-free rpi

Is there one more repo to activate, so that it shows up for downloading?

Thank you!
--
Please reply to group only.
For private email please use http://www.dipl-ing-kessler.de/email.htm
--- Synchronet 3.21b-Linux NewsLink 1.2

From Newsgroup: comp.sys.raspberry-pi

Markus Robert Kessler <no_reply@dipl-ing-kessler.de> writes:

On 20 Jan 2026 07:41:06 +1000 Computer Nerd Kev wrote:

[..]

If you want the same build to run on Debian and "Redhat / Mageia", then
static linking can achieve that more reliably. Note that it will prevent
security updates to gnutls being applied when running Mailutils with
encrypted connections, until you rebuild the static binary. You should
be able to use the Debian x86_64 Mailutils packages at least, so you
probably don't need to try running the Mageia build on there. Just
compile and install Mailutils normally on "Redhat / Mageia for intel"
and "debian for ARM" as two separate processes.

Yes, and now I try to install the GNU Mailutils source package on a Pi3B with Bullseye OS. Meaning, try to rebuild the (ancient) package as is, and as next steps, to replace the source tgz, do some adaptations and try to

bullseye’s mailutils is ancient because bullseye is ancient, two full releases out of date. If you need recent software then upgrade to trixie (mailutils 3.19).

By some reason, Synaptic install GUI does only show the sources for a few packages, and Mailutils is not among them.

Synaptic doesn’t provide source packages, you use ‘apt-get source’ for that.

/etc/apt/sources.list contains

deb http://raspbian.raspberrypi.org/raspbian/ bullseye main contrib non-
free rpi
# Uncomment line below then 'apt-get update' to enable 'apt-get source'

^^^^^^^^^^^^^^

deb-src http://raspbian.raspberrypi.org/raspbian/ bullseye main contrib non-free rpi

Is there one more repo to activate, so that it shows up for downloading?

--
https://www.greenend.org.uk/rjk/
--- Synchronet 3.21b-Linux NewsLink 1.2

From Newsgroup: comp.sys.raspberry-pi

On Fri, 23 Jan 2026 12:24:02 -0000 (UTC), Markus Robert Kessler wrote:

By some reason, Synaptic install GUI does only show the sources for a few packages, and Mailutils is not among them.

/etc/apt/sources.list contains

deb http://raspbian.raspberrypi.org/raspbian/ bullseye main contrib non-
free rpi

<http://raspbian.raspberrypi.org/raspbian/pool/main/m/mailutils/>
--- Synchronet 3.21b-Linux NewsLink 1.2

From Newsgroup: comp.sys.raspberry-pi

Markus Robert Kessler <no_reply@dipl-ing-kessler.de> wrote:

On 20 Jan 2026 07:41:06 +1000 Computer Nerd Kev wrote:

[..]

If you want the same build to run on Debian and "Redhat / Mageia", then
static linking can achieve that more reliably. Note that it will prevent
security updates to gnutls being applied when running Mailutils with
encrypted connections, until you rebuild the static binary. You should
be able to use the Debian x86_64 Mailutils packages at least, so you
probably don't need to try running the Mageia build on there. Just
compile and install Mailutils normally on "Redhat / Mageia for intel"
and "debian for ARM" as two separate processes.

Yes, and now I try to install the GNU Mailutils source package on a Pi3B with Bullseye OS. Meaning, try to rebuild the (ancient) package as is, and as next steps, to replace the source tgz, do some adaptations and try to
get this built, also.

I'd just build from the latest source code manually like you did on
Mageia, but whatever floats your boat...

By some reason, Synaptic install GUI does only show the sources for a few packages, and Mailutils is not among them.

/etc/apt/sources.list contains

deb http://raspbian.raspberrypi.org/raspbian/ bullseye main contrib non-
free rpi
# Uncomment line below then 'apt-get update' to enable 'apt-get source' deb-src http://raspbian.raspberrypi.org/raspbian/ bullseye main contrib non-free rpi

Is there one more repo to activate, so that it shows up for downloading?

As a guess: maybe the Raspbian package repo doesn't have sources
for packages they copied from Debian instead of rebuilding
themselves? You could look at the Debian package info/downloads
on the web like LDO suggested. I'm not sure how building from
sources automatically via Apt works, so I'm not sure how you'd use
the Debian package repo with that.
--
__ __
#_ < |\| |< _#
--- Synchronet 3.21b-Linux NewsLink 1.2

From Newsgroup: comp.sys.raspberry-pi

Computer Nerd Kev <not@telling.you.invalid> wrote:

You could look at the Debian package info/downloads
on the web like LDO suggested.

My mistake, he linked to the location on the Raspbian mirror,
here's what I meant:

https://packages.debian.org/source/bullseye/mailutils

But, again, I'd ignore that myself and just build it like you did
before.
--
__ __
#_ < |\| |< _#
--- Synchronet 3.21b-Linux NewsLink 1.2

From Newsgroup: comp.sys.raspberry-pi

On 24/01/2026 01:25, Computer Nerd Kev wrote:

As a guess: maybe the Raspbian package repo doesn't have sources
for packages they copied from Debian instead of rebuilding
themselves?

Raspbian doesn't copy packages from Debian, it just uses the Debian
repos. The Raspberry Pi's own repo doesn't contain userspace packages
unless they're pi-specific.

The issue is probably that /etc/apt/sources.list only has a line for
"deb" packages and not "deb-src" packages, by default.

Such a line is easy to add.

(If the OP were using Trixie it would be a matter of adding "deb-src"
after "deb" on the line starting "Types:" in /etc/apt/sources.list.d/debian.sources).
--
Cheers,
Daniel.
--- Synchronet 3.21b-Linux NewsLink 1.2

From Newsgroup: comp.sys.raspberry-pi

On Sat, 24 Jan 2026 11:20:25 +0000 Daniel James wrote:

On 24/01/2026 01:25, Computer Nerd Kev wrote:

As a guess: maybe the Raspbian package repo doesn't have sources for
packages they copied from Debian instead of rebuilding themselves?

Raspbian doesn't copy packages from Debian, it just uses the Debian
repos. The Raspberry Pi's own repo doesn't contain userspace packages
unless they're pi-specific.

The issue is probably that /etc/apt/sources.list only has a line for
"deb" packages and not "deb-src" packages, by default.

Such a line is easy to add.

(If the OP were using Trixie it would be a matter of adding "deb-src"
after "deb" on the line starting "Types:" in /etc/apt/sources.list.d/debian.sources).

I just modified the list of sources in /etc/apt/sources.list and /etc/apt/ sources.list.d/debian.sources and tried to upgrade from bullseye to trixie directly, but this failed. Maybe this was not a good idea.

At least the machine boots and runs properly, but no further update
possible. - Is there a way to revert back and first upgrade to bookworm
and then to trixie, or is the only proper solution to set up a new
install?

Thanks!
--
Please reply to group only.
For private email please use http://www.dipl-ing-kessler.de/email.htm
--- Synchronet 3.21b-Linux NewsLink 1.2

From Newsgroup: comp.sys.raspberry-pi

Daniel James <daniel@me.invalid> wrote:

On 24/01/2026 01:25, Computer Nerd Kev wrote:

As a guess: maybe the Raspbian package repo doesn't have sources
for packages they copied from Debian instead of rebuilding
themselves?

Raspbian doesn't copy packages from Debian, it just uses the Debian
repos. The Raspberry Pi's own repo doesn't contain userspace packages
unless they're pi-specific.

This is evidently untrue simply from looking at the Raspbian repo's
contents. I found out the hard way that some packages like Firefox
there are built only for Debian's target ARM architectures, not the
early Raspberry Pi boards.

Also I haven't seen the Debian repo used in Raspbian sources.list,
though I haven't used the more recent RPi OS versions. Would this
even work seeing as there'd be conflicting packages for the same
programs? In my experience with Debian on PC, it wouldn't since Apt
doesn't favour one repo over another - it just selects whichever
package versions look latest.

The issue is probably that /etc/apt/sources.list only has a line for
"deb" packages and not "deb-src" packages, by default.

He posted that there was a "deb-src" line already.

Anyway it still won't build him the latest Mailutils which would be
easy to do the same way he already did it on PC (providing the
dependency package names are changed to Debian ones), so I think I
give up at this point.
--
__ __
#_ < |\| |< _#
--- Synchronet 3.21b-Linux NewsLink 1.2

From Newsgroup: comp.sys.raspberry-pi

not@telling.you.invalid (Computer Nerd Kev) writes:

Daniel James <daniel@me.invalid> wrote:

On 24/01/2026 01:25, Computer Nerd Kev wrote:

As a guess: maybe the Raspbian package repo doesn't have sources
for packages they copied from Debian instead of rebuilding
themselves?

Raspbian doesn't copy packages from Debian, it just uses the Debian
repos. The Raspberry Pi's own repo doesn't contain userspace packages
unless they're pi-specific.

This is evidently untrue simply from looking at the Raspbian repo's
contents. I found out the hard way that some packages like Firefox
there are built only for Debian's target ARM architectures, not the
early Raspberry Pi boards.

Also I haven't seen the Debian repo used in Raspbian sources.list,
though I haven't used the more recent RPi OS versions.

It uses both debian.org (or mirrors thereof) and raspberrypi.org. The
latter has RPi-specific packages (e.g. raspi-config) and RPi-specific
rebuilds of standard packages (e.g. vlc), but excludes packages where
the binaries are shared with Debian (e.g. coreutils).

Would this even work seeing as there'd be conflicting packages for the
same programs? In my experience with Debian on PC, it wouldn't since
Apt doesn't favour one repo over another - it just selects whichever
package versions look latest.

It works fine...

The issue is probably that /etc/apt/sources.list only has a line for
"deb" packages and not "deb-src" packages, by default.

He posted that there was a "deb-src" line already.

Anyway it still won't build him the latest Mailutils which would be
easy to do the same way he already did it on PC (providing the
dependency package names are changed to Debian ones), so I think I
give up at this point.

The answer was clear from the original post: OP didn’t know how to get
source packages.
--
https://www.greenend.org.uk/rjk/
--- Synchronet 3.21b-Linux NewsLink 1.2

From Newsgroup: comp.sys.raspberry-pi

On 24/01/2026 21:11, Computer Nerd Kev wrote:

Raspbian doesn't copy packages from Debian, it just uses the
Debian repos. The Raspberry Pi's own repo doesn't contain
userspace packages unless they're pi-specific.

This is evidently untrue simply from looking at the Raspbian repo's contents. I found out the hard way that some packages like Firefox
there are built only for Debian's target ARM architectures, not the
early Raspberry Pi boards.

I suppose it depends what you mean by pi-specific. Yes, there are builds
of some userspace applications in the pi repo (more than I realized, I
admit).

Also I haven't seen the Debian repo used in Raspbian sources.list,
though I haven't used the more recent RPi OS versions.

The debian.sources file in Trixie looks identical on my AMD64 box and my
Pi5. I don't have Bullseye installs around, any more, to check.

Would this even work seeing as there'd be conflicting packages for
the same programs? In my experience with Debian on PC, it wouldn't
since Apt doesn't favour one repo over another - it just selects
whichever package versions look latest.

apt is complex. It uses version numbers, priorities, pinning, and
preferences from /etc/apt -- it does seem to work, but I haven't worked
out exactly how.
--
Cheers,
Daniel.
--- Synchronet 3.21b-Linux NewsLink 1.2

From Newsgroup: comp.sys.raspberry-pi

Richard Kettlewell <invalid@invalid.invalid> wrote:

not@telling.you.invalid (Computer Nerd Kev) writes:

Daniel James <daniel@me.invalid> wrote:

On 24/01/2026 01:25, Computer Nerd Kev wrote:

As a guess: maybe the Raspbian package repo doesn't have sources
for packages they copied from Debian instead of rebuilding
themselves?

Raspbian doesn't copy packages from Debian, it just uses the Debian
repos. The Raspberry Pi's own repo doesn't contain userspace packages
unless they're pi-specific.

This is evidently untrue simply from looking at the Raspbian repo's
contents. I found out the hard way that some packages like Firefox
there are built only for Debian's target ARM architectures, not the
early Raspberry Pi boards.

Also I haven't seen the Debian repo used in Raspbian sources.list,
though I haven't used the more recent RPi OS versions.

It uses both debian.org (or mirrors thereof) and raspberrypi.org. The
latter has RPi-specific packages (e.g. raspi-config) and RPi-specific rebuilds of standard packages (e.g. vlc), but excludes packages where
the binaries are shared with Debian (e.g. coreutils).

OK, maybe the sources.list has changed in newer versions, but
coreutils _is_ there the RPi repo, and updated in 2025:

http://raspbian.raspberrypi.org/raspbian/pool/main/c/coreutils/

Would this even work seeing as there'd be conflicting packages for the
same programs? In my experience with Debian on PC, it wouldn't since
Apt doesn't favour one repo over another - it just selects whichever
package versions look latest.

It works fine...

They did better than the developers of AntiX then, where Aptitude
would keep selecting Systemd-dependent packages from the Debian
repo when they were updated to a newer version than the Sysv ones in
the AntiX repo. I couldn't find any settings to prevent that so I
switched to Devuan which has its own separate repo for all
packages, though most are probably the same as the Debian packages.
I thought it worked like that in RPi OS as well, but I've switched
away from that now.

The issue is probably that /etc/apt/sources.list only has a line for
"deb" packages and not "deb-src" packages, by default.

He posted that there was a "deb-src" line already.

Anyway it still won't build him the latest Mailutils which would be
easy to do the same way he already did it on PC (providing the
dependency package names are changed to Debian ones), so I think I
give up at this point.

The answer was clear from the original post: OP didn't know how to get
source packages.

OP won't get source packages for the newer Mailutils version he
wants that way, just the old version used for the package, which
he's not happy with. But OP already has the sources he used for
building the latest version on PC, minus the Debian patches (which
might not work on the latest version anyway).
--
__ __
#_ < |\| |< _#
--- Synchronet 3.21b-Linux NewsLink 1.2

From Newsgroup: comp.sys.raspberry-pi

Computer Nerd Kev <not@telling.you.invalid> writes:

Richard Kettlewell <invalid@invalid.invalid> wrote:

It uses both debian.org (or mirrors thereof) and raspberrypi.org. The
latter has RPi-specific packages (e.g. raspi-config) and RPi-specific
rebuilds of standard packages (e.g. vlc), but excludes packages where
the binaries are shared with Debian (e.g. coreutils).

OK, maybe the sources.list has changed in newer versions, but
coreutils _is_ there the RPi repo, and updated in 2025:

http://raspbian.raspberrypi.org/raspbian/pool/main/c/coreutils/

Not in arm64 trixie.

$ curl -s https://archive.raspberrypi.org/debian/dists/trixie/main/binary-arm64/Packages | grep 'Package: coreutils'
$

OP won't get source packages for the newer Mailutils version he wants
that way, just the old version used for the package, which he's not
happy with. But OP already has the sources he used for building the
latest version on PC, minus the Debian patches (which might not work
on the latest version anyway).

I’m not clear why it has to be a specific version anyway...
--
https://www.greenend.org.uk/rjk/
--- Synchronet 3.21b-Linux NewsLink 1.2

From Newsgroup: comp.sys.raspberry-pi

Richard Kettlewell <invalid@invalid.invalid> wrote:

Computer Nerd Kev <not@telling.you.invalid> writes:

Richard Kettlewell <invalid@invalid.invalid> wrote:

It uses both debian.org (or mirrors thereof) and raspberrypi.org. The
latter has RPi-specific packages (e.g. raspi-config) and RPi-specific
rebuilds of standard packages (e.g. vlc), but excludes packages where
the binaries are shared with Debian (e.g. coreutils).

OK, maybe the sources.list has changed in newer versions, but
coreutils _is_ there the RPi repo, and updated in 2025:

http://raspbian.raspberrypi.org/raspbian/pool/main/c/coreutils/

Not in arm64 trixie.

$ curl -s https://archive.raspberrypi.org/debian/dists/trixie/main/binary-arm64/Packages | grep 'Package: coreutils'
$

That appears to be something different. Trying the same thing with
the raspbian.raspberrypi.org site the OP is using in their
sources.list as they posted earlier:

$ wget http://raspbian.raspberrypi.org/raspbian/dists/trixie/main/binary-armhf/Packages.xz
[snip]
$ xz -d Packages.xz
$ grep 'Package: coreutils' Packages
Package: coreutils

(yes I know you can use pipes there too, I don't like wasting data
and time if I want to run another grep)

They don't seem to have 64bit packages at raspbian.raspberrypi.org,
so I guess 64bit installs use "archive" or something else.
--
__ __
#_ < |\| |< _#
--- Synchronet 3.21b-Linux NewsLink 1.2