Onderwerp: Custombuild en Exim 4.71 fout

Ik krijg een rare fout met het instaleren van Exim 4.71
Het besturings systeem is CentOS 5.4
auths/auths.a bestaat niet, de map bestaat wel en daar zitten wel auth-spa.* in
Weet iemand wat dit kan zijn en wat voor bestand auths.a is?

Code:

awk '{ print ($1+1) }' cnumber.h > cnumber.temp
rm -f cnumber.h; mv cnumber.temp cnumber.h
gcc version.c
>>> exim_tidydb utility built

rm -f exim
gcc -o exim
gcc: auths/auths.a: Bestand of map bestaat niet
make[1]: *** [exim] Fout 1
make[1]: Map '/usr/local/directadmin/custombuild/exim-4.71/build-Linux-i386' wordt verlaten
make: *** [all] Fout 2

*** The make has failed, do you want to try to make again? (y,n):

Wellicht opnieuw download en uitpakken, misschien dat bij het uitpakken iets verkeerd gegaan is?

Oorspronkelijk geplaatst door Yourwebhoster

Wellicht opnieuw download en uitpakken, misschien dat bij het uitpakken iets verkeerd gegaan is?

Dat heb ik al 10 keer gedaan maar daar ligt het niet aan, in de source staat auths.a ook niet in (ook niet in oudere versies)

via ./build of scripts?
Ik heb zelf weinig goede ervaringen met exim updaten via ./build

Geert-Jan ik heb het met ./build geprobeerd
Het gekke is dat ik 3 treffers heb gevonden met google en alles nagelezen, bij alle 3 dezelfde problemen staat er geen oplossing bij.

Oorspronkelijk geplaatst door Herbert

Dat heb ik al 10 keer gedaan maar daar ligt het niet aan, in de source staat auths.a ook niet in (ook niet in oudere versies)

Het is sowieso iets wat moet compileren dus hij moet in je /usr/local/directadmin/custombuild/exim-4.71/build-Linux-i386/auths map staan. Maar dat doet ie dus ongetwijfeld niet.

Waarschijnlijk heb je eerder in je build proces dus al een fout:

make[2]: Entering directory `/usr/local/directadmin/custombuild/exim-4.71/build-Linux-x86_64/auths'
gcc auth-spa.c
gcc b64decode.c
gcc b64encode.c
gcc call_pam.c
gcc call_pwcheck.c
gcc call_radius.c
gcc check_serv_cond.c
gcc cram_md5.c
gcc cyrus_sasl.c
gcc dovecot.c
gcc get_data.c
gcc get_no64_data.c
gcc md5.c
gcc plaintext.c
gcc pwcheck.c
gcc sha1.c
gcc spa.c
gcc xtextdecode.c
gcc xtextencode.c
ar cq auths.a
ranlib auths.a

Zo zou ie moeten zijn. Maar waarschijnlijk gaat het bij jou dus ergens fout bij het compileren van de authenticatie methoden.

Wat staat in je Makefile bij AUTH_* ?

Kan inderdaad auths.a ook nergens vinden.
Alhoewel exim 4.71 bij mij vlekkeloos geinstalleerd is.

Ik heb deze gebruikt http://rpm.pbone.net/index.php3/stat....i386.rpm.html

Oorspronkelijk geplaatst door Angiligo

Ik heb deze gebruikt http://rpm.pbone.net/index.php3/stat....i386.rpm.html

Je doet het dus ook niet via ./build?

Oorspronkelijk geplaatst door Geert-Jan

Je doet het dus ook niet via ./build?

Inderdaad niet met ./build gedaan wegens dat ik ook niet echt een liefhebber ben van dat build systeem.

Ik krijg ook een fout met cyrus_sasl zie ik net
Maar wat is nu de goede manier om Exim te updaten?
Nu staat er Exim 4.67 op en dat draait eigenlijk zonder problemen, ik ben nog aan het zoeken waarom die auths.a afbreekt.

Misschien zegt dit meer over de configuratie:

Code:

Exim version 4.67 #1 built 22-Apr-2007 19:51:05
Copyright (c) University of Cambridge 2006
Berkeley DB: Sleepycat Software: Berkeley DB 4.3.29: (January  7, 2007)
Support for: crypteq iconv() Perl OpenSSL move_frozen_messages Content_Scanning
Old_Demime
Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz
Authenticators: cram_md5 plaintext spa
Routers: accept dnslookup ipliteral manualroute queryprogram redirect
Transports: appendfile/maildir/mailstore/mbx autoreply lmtp pipe smtp
Size of off_t: 8
Configuration file is /etc/exim.conf

Oorspronkelijk geplaatst door Herbert

Ik krijg ook een fout met cyrus_sasl zie ik net

Wellicht zit in die foutmelding dan de clue waarom auths.a niet gebuild kan worden.

Het maakt me helemaal gek hoe zo iets simpels mij tegen kan zitten, ik ben de hele avond al aan het zoeken.
Als je er wat over vind op google dan ben je 4 pagina's aandachtig aan het lezen over iemand die dezelfde fout heeft en dan staat er weer geen oplossing bij.
Ik wordt er kriebelig van, ik ga zo eerst maar eens slapen en dan morgen weer verder.

voor alle zekerheid: vooraf het volgende uitgevoerd?
./build clean all

ik heb hier exim er uit gesmeten na IMAP problemen en heb dovecot geinstalleerd, migratie is vlot verlopen...

Oorspronkelijk geplaatst door vne

voor alle zekerheid: vooraf het volgende uitgevoerd?
./build clean all

ik heb hier exim er uit gesmeten na IMAP problemen en heb dovecot geinstalleerd, migratie is vlot verlopen...

Exim is een MTA, geen IMAP/POP server. Dus je IMAP probleem kan niet in Exim liggen. Maar Dovecot is een goede optie. Default met vm-pop3 heb je geen IMAP en wordt de mail opgeslagen onder /var en niet onder /home. Na de comversie kom je de meest gekke dingen tegen (users met een mailbox van 3+ Gbyte, etc.) die dan tot het verleden behoren.

Herbert, inmiddels alles weer werkend?

Oorspronkelijk geplaatst door Randy

Exim is een MTA, geen IMAP/POP server. Dus je IMAP probleem kan niet in Exim liggen. Maar Dovecot is een goede optie. Default met vm-pop3 heb je geen IMAP en wordt de mail opgeslagen onder /var en niet onder /home. Na de comversie kom je de meest gekke dingen tegen (users met een mailbox van 3+ Gbyte, etc.) die dan tot het verleden behoren.

Herbert, inmiddels alles weer werkend?

owja idd, khad het op vm-pop3d, de grijze cellen zijn al een beetje in slaap gesukkeld denk ik