I am in contract with a webhoster, having webserver, email and a few other things.
But, there is no way to backup my emails stored on their imap server. Meaning, when anything happens to that infrastructure (or they go broke) then all my emails are gone.
So, I'd like to mirror them via imapsync to a local instance of some
imap server, and then pack them together as a tgz archive.
Now I see, that there are several solutions out, see subject, and I
don't know which one fits best and what component is needed.
Does anyone have some experience here? Do I need an mta (exim for
instance) to just sync emails from external imap server to local?
I am in contract with a webhoster, having webserver, email and a few
other things.
But, there is no way to backup my emails stored on their imap
server.
Hi everyone
and happy new year!
I am in contract with a webhoster, having webserver, email and a few other things.
But, there is no way to backup my emails stored on their imap server. Meaning, when anything happens to that infrastructure (or they go broke) then all my emails are gone.
So, I'd like to mirror them via imapsync to a local instance of some imap server, and then pack them together as a tgz archive.
Now I see, that there are several solutions out, see subject, and I don't know which one fits best and what component is needed.
So, I'd like to mirror them via imapsync to a local instance of some
imap server, and then pack them together as a tgz archive.
On 2026-01-03, Lars Poulsen <lars@beagle-ears.com> wrote:
On 2 Jan 2026 07:43:14 +1000 Computer Nerd Kev wrote:
movemail -v imaps://no_reply@dipl-ing-kessler.de
mh:///home/[user]/Mail
If you have special characters like '@' in the username, you may need
to percent-encode them, eg. "%40".
https://www.mailutils.org/wiki/Fetching_Mail_with_Movemail
On 2026-01-03, Markus Robert Kessler <no_reply@dipl-ing-kessler.de>
wrote:
I use MH format for storing the mail, check what format/s your email
client understands and change "mh://" to suit.
https://www.mailutils.org/manual/html_node/Local-Mailboxes.html
I actually use POP to get mail using movemail myself, but it works
with IMAP too.
Anyway, is there an option to automatically transmit content of more
than 1 folder, i.e. inbox, draft and sent... at once?
What is this "mh:" in a URL? Never saw that before. Is that part of the
generic URL specification? Or is this a quirk of the "movemail"
program?
I guess I need to get out "man movemail" or see what's in
/usr/share/docs ...
Apparently, GNU-Mailutils is not in the Fedora distribution. There are
RPMs for it in SuSE, but I am reluctant to mix "foreign"
RPMs into my Fedora; I have seen that greate small messes in
dependencies. And I really don't like to compile from sources.
Markus Robert Kessler <no_reply@dipl-ing-kessler.de> wrote:
On Sat, 3 Jan 2026 18:40:16 -0000 (UTC) Lars Poulsen wrote:
On 2026-01-03, Lars Poulsen <lars@beagle-ears.com> wrote:
On 2 Jan 2026 07:43:14 +1000 Computer Nerd Kev wrote:
movemail -v imaps://no_reply@dipl-ing-kessler.de
mh:///home/[user]/Mail
If you have special characters like '@' in the username, you may
need to percent-encode them, eg. "%40".
https://www.mailutils.org/wiki/Fetching_Mail_with_Movemail
On 2026-01-03, Markus Robert Kessler <no_reply@dipl-ing-kessler.de>
wrote:
I use MH format for storing the mail, check what format/s your
email client understands and change "mh://" to suit.
https://www.mailutils.org/manual/html_node/Local-Mailboxes.html
I actually use POP to get mail using movemail myself, but it works >>>>>> with IMAP too.
Anyway, is there an option to automatically transmit content of more >>>>> than 1 folder, i.e. inbox, draft and sent... at once?
What is this "mh:" in a URL? Never saw that before. Is that part of
the generic URL specification? Or is this a quirk of the "movemail"
program?
I guess I need to get out "man movemail" or see what's in
/usr/share/docs ...
Apparently, GNU-Mailutils is not in the Fedora distribution. There are
RPMs for it in SuSE, but I am reluctant to mix "foreign"
RPMs into my Fedora; I have seen that greate small messes in
dependencies. And I really don't like to compile from sources.
Besides this, it looks like movemail can only transmit 'Inbox' but no
other folders?
No, just add the folder to the URL, such as:
movemail imaps://foo@example.com/draft mh:///tmp/Mail/draft
I just tested that and it works for me. I can't see any way to download
all the folders with one command like you asked before though.
By the way, if you want to keep the messages on the server, you probably
want to use the "--sync=uidnext" option:
https://www.mailutils.org/manual/html_node/Sync.html
On 4 Jan 2026 08:05:59 +1000 Computer Nerd Kev wrote:
movemail imaps://foo@example.com/draft mh:///tmp/Mail/draft
I just tested that and it works for me. I can't see any way to download
all the folders with one command like you asked before though.
By the way, if you want to keep the messages on the server, you probably
want to use the "--sync=uidnext" option:
https://www.mailutils.org/manual/html_node/Sync.html
Yes, this way, download by foldername works, thanks!
When wanting the emails to remain on the server, flag '-p' (keep messages) can be used. What does "--sync=uidnext" differently?
B.t.w., just trying to download folders with special characters in them, like "Entwurfe" (drafts). I did not make it yet to get this encoded (for instance "u" in html: ü)
On Sat, 3 Jan 2026 18:40:16 -0000 (UTC) Lars Poulsen wrote:
On 2026-01-03, Lars Poulsen <lars@beagle-ears.com> wrote:
On 2 Jan 2026 07:43:14 +1000 Computer Nerd Kev wrote:
movemail -v imaps://no_reply@dipl-ing-kessler.de
mh:///home/[user]/Mail
If you have special characters like '@' in the username, you may need >>>>> to percent-encode them, eg. "%40".
https://www.mailutils.org/wiki/Fetching_Mail_with_Movemail
On 2026-01-03, Markus Robert Kessler <no_reply@dipl-ing-kessler.de>
wrote:
I use MH format for storing the mail, check what format/s your email >>>>> client understands and change "mh://" to suit.
https://www.mailutils.org/manual/html_node/Local-Mailboxes.html
I actually use POP to get mail using movemail myself, but it works
with IMAP too.
Anyway, is there an option to automatically transmit content of more
than 1 folder, i.e. inbox, draft and sent... at once?
What is this "mh:" in a URL? Never saw that before. Is that part of the
generic URL specification? Or is this a quirk of the "movemail"
program?
I guess I need to get out "man movemail" or see what's in
/usr/share/docs ...
Apparently, GNU-Mailutils is not in the Fedora distribution. There are
RPMs for it in SuSE, but I am reluctant to mix "foreign"
RPMs into my Fedora; I have seen that greate small messes in
dependencies. And I really don't like to compile from sources.
Besides this, it looks like movemail can only transmit 'Inbox' but no
other folders?
Markus Robert Kessler <no_reply@dipl-ing-kessler.de> wrote:
Hi everyone
and happy new year!
I am in contract with a webhoster, having webserver, email and a few
other things.
But, there is no way to backup my emails stored on their imap server.
Meaning, when anything happens to that infrastructure (or they go
broke) then all my emails are gone.
So, I'd like to mirror them via imapsync to a local instance of some
imap server, and then pack them together as a tgz archive.
Now I see, that there are several solutions out, see subject, and I
don't know which one fits best and what component is needed.
Personally I'd ignore all those "solutions" as overkill and use movemail
from GNU Mailutils:
movemail -v imaps://no_reply@dipl-ing-kessler.de mh:///home/[user]/Mail
If you have special characters like '@' in the username, you may need to percent-encode them, eg. "%40".
https://www.mailutils.org/wiki/Fetching_Mail_with_Movemail
I use MH format for storing the mail, check what format/s your email
client understands and change "mh://" to suit.
https://www.mailutils.org/manual/html_node/Local-Mailboxes.html
I actually use POP to get mail using movemail myself, but it works with
IMAP too.
movemail -v imaps://no_reply@dipl-ing-kessler.de mh:///home/[user]/Mail
If you have special characters like '@' in the username, you may need to
percent-encode them, eg. "%40".
https://www.mailutils.org/wiki/Fetching_Mail_with_Movemail
I use MH format for storing the mail, check what format/s your email
client understands and change "mh://" to suit.
https://www.mailutils.org/manual/html_node/Local-Mailboxes.html
I actually use POP to get mail using movemail myself, but it works with
IMAP too.
Anyway, is there an option to automatically transmit content of more than
1 folder, i.e. inbox, draft and sent... at once?
Apparently, GNU-Mailutils is not in the Fedora distribution. There
are RPMs for it in SuSE, but I am reluctant to mix "foreign" RPMs
into my Fedora; I have seen that greate small messes in
dependencies. And I really don't like to compile from sources.
On 2 Jan 2026 07:43:14 +1000 Computer Nerd Kev wrote:
movemail -v imaps://no_reply@dipl-ing-kessler.de
mh:///home/[user]/Mail
If you have special characters like '@' in the username, you may need
to percent-encode them, eg. "%40".
https://www.mailutils.org/wiki/Fetching_Mail_with_Movemail
On 2026-01-03, Markus Robert Kessler <no_reply@dipl-ing-kessler.de>
wrote:
I use MH format for storing the mail, check what format/s your email
client understands and change "mh://" to suit.
https://www.mailutils.org/manual/html_node/Local-Mailboxes.html
I actually use POP to get mail using movemail myself, but it works
with IMAP too.
Anyway, is there an option to automatically transmit content of more
than 1 folder, i.e. inbox, draft and sent... at once?
What is this "mh:" in a URL? Never saw that before. Is that part of the generic URL specification? Or is this a quirk of the "movemail" program?
I guess I need to get out "man movemail" or see what's in
/usr/share/docs ...
On 2 Jan 2026 07:43:14 +1000 Computer Nerd Kev wrote:
movemail -v imaps://no_reply@dipl-ing-kessler.de mh:///home/[user]/Mail
If you have special characters like '@' in the username, you may need to >>> percent-encode them, eg. "%40".
https://www.mailutils.org/wiki/Fetching_Mail_with_Movemail
On 2026-01-03, Markus Robert Kessler <no_reply@dipl-ing-kessler.de> wrote:
I use MH format for storing the mail, check what format/s your email
client understands and change "mh://" to suit.
https://www.mailutils.org/manual/html_node/Local-Mailboxes.html
I actually use POP to get mail using movemail myself, but it works with
IMAP too.
Anyway, is there an option to automatically transmit content of more than >> 1 folder, i.e. inbox, draft and sent... at once?
What is this "mh:" in a URL? Never saw that before. Is that part of
the generic URL specification? Or is this a quirk of the "movemail"
program?
I guess I need to get out "man movemail" or see what's in
/usr/share/docs ...
Markus Robert Kessler <no_reply@dipl-ing-kessler.de> wrote:
movemail seems to work, thanks!
Well, in the document mh was misspelled as
'mh://Mail' instead of
'mh:///Mail', so it took a while until I got it to work.
Anyway, is there an option to automatically transmit content of more than
1 folder, i.e. inbox, draft and sent... at once?
I think you have to run a separate movemail command for each
folder (and pointing to each destination folder). But you could put
them in a script and have it add the password or set it in
~/.mu-tickets so you don't have to enter it manually multiple
times.
On 01.01.2026 20:19 Uhr Markus Robert Kessler wrote:
So, I'd like to mirror them via imapsync to a local instance of some
imap server, and then pack them together as a tgz archive.
I use Cyrus and like it.
It saves the mail as text files. The metadata information (folder permissions, read status etc.) is saved in local databases.
On 03/01/2026 21:56, Computer Nerd Kev wrote:
Markus Robert Kessler <no_reply@dipl-ing-kessler.de> wrote:..and use & to background each folder transfer to spawn many shells to
movemail seems to work, thanks!
Well, in the document mh was misspelled as
'mh://Mail' instead of
'mh:///Mail', so it took a while until I got it to work.
Anyway, is there an option to automatically transmit content of more than >>> 1 folder, i.e. inbox, draft and sent... at once?
I think you have to run a separate movemail command for each
folder (and pointing to each destination folder). But you could put
them in a script and have it add the password or set it in
~/.mu-tickets so you don't have to enter it manually multiple
times.
move it sorta concurrently...
movemail seems to work, thanks!
Well, in the document mh was misspelled as
'mh://Mail' instead of
'mh:///Mail', so it took a while until I got it to work.
Anyway, is there an option to automatically transmit content of more than
1 folder, i.e. inbox, draft and sent... at once?
On Fri, 2 Jan 2026 21:10:32 +0100 Marco Moock wrote:
On 01.01.2026 20:19 Uhr Markus Robert Kessler wrote:
So, I'd like to mirror them via imapsync to a local instance of
some imap server, and then pack them together as a tgz archive.
I use Cyrus and like it.
It saves the mail as text files. The metadata information (folder permissions, read status etc.) is saved in local databases.
Is there a sample configuration out, to not having to start from
scratch by "trial and error"?
I use Cyrus and like it.
I use Cyrus and like it.
It saves the mail as text files. The metadata information (folder
permissions, read status etc.) is saved in local databases.
Is there a sample configuration out, to not having to start from
scratch by "trial and error"?
The default config of Debian is reasonable. If you want mine, let me
know.
On Sat, 3 Jan 2026 21:57:23 -0000 (UTC) Lawrence D?Oliveiro wrote:
And what?s with this reluctance to compile from source, anyway?
It?s part of the bread and butter of running any Linux distro.
Yes, debian has it and openSuSE has it. 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.
On Sat, 3 Jan 2026 18:40:16 -0000 (UTC), Lars Poulsen wrote:
Apparently, GNU-Mailutils is not in the Fedora distribution. There are
RPMs for it in SuSE, but I am reluctant to mix "foreign" RPMs into my
Fedora; I have seen that greate small messes in dependencies. And I
really don't like to compile from sources.
Maybe you should switch to a more comprehensive distro?
<https://packages.debian.org/trixie/mailutils>
And what?s with this reluctance to compile from source, anyway? It?s
part of the bread and butter of running any Linux distro.
On Sat, 3 Jan 2026 21:57:23 -0000 (UTC) Lawrence D'Oliveiro wrote:
<https://packages.debian.org/trixie/mailutils>
And what's with this reluctance to compile from source, anyway? It's
part of the bread and butter of running any Linux distro.
Yes, debian has it and openSuSE has it.
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.
On 12/01/2026 06:36, Markus Robert Kessler wrote:
Well, these are the BUILD dependencies - are there RUNTIME requirements
also?
Generally (but I don't promise that it always works) if you have the dev
package installed in order to meet the build requirements you not need anything more at runtime.
There are non-dev packages that meet *only* the runtime requirements for people who don't need to meet the build requirements, but if you have
the dev packages you don't need those as well.
Meaning, do you let "make install" write directly to the filesystem
...
Well, these are the BUILD dependencies - are there RUNTIME requirements
also?
On 01.01.2026 20:19 Uhr Markus Robert Kessler wrote:
So, I'd like to mirror them via imapsync to a local instance of some
imap server, and then pack them together as a tgz archive.
I use Cyrus and like it.
It saves the mail as text files. The metadata information (folder permissions, read status etc.) is saved in local databases.
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.
On Mon, 12 Jan 2026 12:45:29 +0000 Daniel James wrote:
On 12/01/2026 06:36, Markus Robert Kessler wrote:
Well, these are the BUILD dependencies - are there RUNTIME requirements
also?
Generally (but I don't promise that it always works) if you have the dev
package installed in order to meet the build requirements you not need
anything more at runtime.
There are non-dev packages that meet *only* the runtime requirements for
people who don't need to meet the build requirements, but if you have
the dev packages you don't need those as well.
B.t.w.,
how do you install all the files retrieved from compiling the tarball from scratch, if you want to avoid building a deb or rpm?
Meaning, do you let "make install" write directly to the filesystem, or do you pack all that files in one tar.gz and then use "alien" to transform it into a deb or rpm?
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?
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.
Richard Kettlewell wrote:
Dovecot is fairly easy to set up. I?ve not tried the other IMAP
servers.
I would echo that.
On 13 Jan 2026 08:01:52 +1000 Computer Nerd Kev wrote:[snip]
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
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?
Markus Robert Kessler <no_reply@dipl-ing-kessler.de> wrote:statement.html
On 13 Jan 2026 08:01:52 +1000 Computer Nerd Kev wrote:[snip]
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
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-
On 16 Jan 2026 08:19:25 +1000 Computer Nerd Kev wrote:
Markus Robert Kessler <no_reply@dipl-ing-kessler.de> wrote:statement.html
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-
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?
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.
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:statement.html
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-
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.
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:statement.html
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-
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.
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++.
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.
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?
From this I took alien to convert to rpm:
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
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 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.
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.
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.
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?
| Sysop: | Tetrazocine |
|---|---|
| Location: | Melbourne, VIC, Australia |
| Users: | 15 |
| Nodes: | 8 (0 / 8) |
| Uptime: | 223:19:57 |
| Calls: | 188 |
| Files: | 21,502 |
| Messages: | 81,053 |