SPAM Mails automatisch verschieben

Status
Für weitere Antworten geschlossen.

Herbert_Testmann

Benutzer
Mitglied seit
27. Jul 2009
Beiträge
1.114
Punkte für Reaktionen
1
Punkte
64
Nach dem Update auf die neue Mailstation ging ar keine Mail mehr rein / raus.
Postfix ist nicht gelaufen und hat sich auch nicht starten lassen.

Mailstation Paket deinstalliert und neu installiert. SEither wieder alles i.O. Nur die Einstellungen vom RoundCube waren wieder Grundzustand.
 

Heatseeker

Benutzer
Mitglied seit
15. Okt 2008
Beiträge
232
Punkte für Reaktionen
0
Punkte
0
Moin,
also nach einer Woche Konferenz kom ich nun endlich wieder dazu an meiner Mailstation zu fummeln. Also ich habe deliver runtergeladen und enpackt nur habe ich im Verzeichnis /src/deliver nur die Dateien deliver.c und deliver.h das make install deliver schlägt "make: not found" fehl muss ich ich die *.c nehmen??

Grüße
Heatseeker
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
1. Du musst die gesamte Dovecot Source runterladen
2. make not found heisst wohl, dass entweder kein Kompiler installiert ist oder die Development Tools fehlen (make ist afaik in optware-devel mitdabei)
 

Tieflieger

Benutzer
Mitglied seit
23. Feb 2010
Beiträge
77
Punkte für Reaktionen
0
Punkte
6
So ich muss mich mal hier reinhängen.

Habe ein Problem mit dem make von dovecot-1.0.15.

Rich (BBCode):
maildir-storage.c: In function `maildir_is_valid_create_name':
maildir-storage.c:241: error: `PATH_MAX' undeclared (first use in this function)
maildir-storage.c:241: error: (Each undeclared identifier is reported only once
maildir-storage.c:241: error: for each function it appears in.)
make[5]: *** [maildir-storage.o] Error 1
make[5]: Leaving directory `/volume1/public/dovecot-1.0.15/src/lib-storage/index                          /maildir'
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory `/volume1/public/dovecot-1.0.15/src/lib-storage/index                          '
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/volume1/public/dovecot-1.0.15/src/lib-storage'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/volume1/public/dovecot-1.0.15/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/volume1/public/dovecot-1.0.15'
make: *** [all] Error 2

wenn ich das aktuelle nehme http://dovecot.org/releases/1.2/dovecot-1.2.11.tar.gz läuft make durch.
laut http://syno.brain-force.ch/dovecot_sieve_installieren, soll man aber die anderen nehmen.
Was nun?
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
Hast du mal probiert, den configure und make von dovecot-sieve trotzdem zu probieren. Es ist normal, dass make von dovecot auf der DS motzt, denn dovecot wirst du kaum komplett auf der DS kompillieren können. Die Version ist aber wichtig, denn dovecot-sieve unterstützt nicht alle Versionen von dovecot
 

Tieflieger

Benutzer
Mitglied seit
23. Feb 2010
Beiträge
77
Punkte für Reaktionen
0
Punkte
6
ja habe ich - aber da finde ich dann gar nicht die libs.

leider sind sie in dem schritt noch nicht angelegt.
/volume1/public/dovecot-sieve-1.0.13/src/.libs/ ist da noch gar nicht vorhanden.
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
ja habe ich - aber da finde ich dann gar nicht die libs.

leider sind sie in dem schritt noch nicht angelegt.
/volume1/public/dovecot-sieve-1.0.13/src/.libs/ ist da noch gar nicht vorhanden.
Die libs von dovecot-sieve werde afaik erst mittels configure und make angelegt. Kann also gut sein, dass die am Afang nicht vorhanden sind.
Hast du genau das configure und make Kommando von dovecot-sieve genutzt wie in meinem Wiki beschrieben?
Die Voraussetzungen erfüllst du? z.B. Compiler, make Tools und libdb via ipkg?
 

Tieflieger

Benutzer
Mitglied seit
23. Feb 2010
Beiträge
77
Punkte für Reaktionen
0
Punkte
6
Ja 1 zu 1 übernommen.
ipkg install gcc gab es nicht -> crosstool-native (ist mit gcc 3.xx)
ipkg install optware-devel wollte erst nicht, Konflikt mit wget -> remove wget -> ipkg install optware-devel wollte immer noch nicht, weil wget-ssl darüber mit instaliert wurde -> Fehler mit der libidn.so.11 nicht gefunden - install libidn -> ipkg install optware-devel lief durch.

bei den anderen 2 ohne Probleme.

Rich (BBCode):
$ cd /volume1/public/dovecot-sieve-1.0.13
$ ./configure --with-dovecot=../dovecot-1.0.15
$ make
komplett ausgeführt ja - Libs nicht da. habe es danach geschaut. Versuche eigentlich auch nicht im Text zu springen :)

so noch mal durchlaufen lassen.
da er das make bei dovecot abbricht. wird bei sieve die ./configure nicht mal zu ende geführt. (dovecot -config nicht gefunden) und make bricht gleich ab.

jetzt versuche ich es mal mit der 1.2.11, vielleicht laufen diese beiden zusammen :)

PS jahlives: die rote 1 ist im Wiki zuviel :) hatte heute morgen alles aus dem gedechtnis geschrieben und einfach übernommen :(
 
Zuletzt bearbeitet:

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
Danke für den Hinweis mit der 1, habs geändert :)
Ich denke du wirst mit der Version 1.2.11 auch nicht glücklich werden, weil die passt dann nicht zum bereits installierten Dovecot der Mailstation. Da könnte zu ziemlich unerwarteten Verhalten führen.
Aktuell ist auf der DS ein Dovecot 1.1.6 installiert
Ich habe vor zwei Wochen dovecot und dovecot-sieve in genau den angegebenen Versionen problemlos installieren können (auf einer DS109+)
 

Tieflieger

Benutzer
Mitglied seit
23. Feb 2010
Beiträge
77
Punkte für Reaktionen
0
Punkte
6
trotzdem komisch.

mit dovecot-1.2.11 und dovecot -1.2-sieve-0.1.15 lif das make komplett durch.

damit ist dann aber schon das nächste Problem.
Die liebs heisen jetzt anders :( - damit wird es nicht zu dem erwarteten Aufruf kommen.

Rich (BBCode):
lib90_sieve_plugin.lai
@lib90_sieve_plugin.la
lib90_sieve_plugin.so
lib90_sieve_plugin.a
lda_sieve_plugin.o
im Ordner src/plugins/lda-sieve/.libs

Rich (BBCode):
*sievec
*sieved
liegen da im Ordner src/sieve-tools

was ich nicht verstehe warum das make mit den neueren geht und mit den älteren nicht. Das Zeigt ja eigentlich das gcc und der Rest richtig arbeitet. :confused:
 

goetz

Super-Moderator
Teammitglied
Sehr erfahren
Mitglied seit
18. Mrz 2009
Beiträge
14.164
Punkte für Reaktionen
412
Punkte
393
Hallo,
dovecot-1.0.15 kann man so nicht mit 1.2.11 vergleichen, der code ist schon sehr unterschiedlich. Auf der DS-106 (gcc 3.3.4) bekomme ich den gleichen Fehler, auf der DS-107+ (gcc 3.4.3) läuft es durch. Der 3.3 scheint penibler zu sein was nicht deklarierte Variablen angeht.
Editier src/lib/compat.h, suche
Rich (BBCode):
#ifndef HAVE_SOCKLEN_T
typedef int socklen_t;
#endif
danach fügst Du
Rich (BBCode):
#ifndef PATH_MAX
#  define PATH_MAX 4096 /* for Hurd - Dovecot v2.0 removes the need for this */
#endif
ein und speicherst.
In src/plugins/zlib/Makefile änderst Du die Zeile
Rich (BBCode):
LDFLAGS =
zu
Rich (BBCode):
LDFLAGS = "-L/opt/lib"
dann sollte das gehen.

Gruß Götz
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
@goetz
Heisst das du konntest eine 1.2.11 Version auf der DS kompillieren?? Oder ist der "Fix" für die 1.0.15? Das konnte ich aus deinem Post nicht ganz rauslesen ;)
 

goetz

Super-Moderator
Teammitglied
Sehr erfahren
Mitglied seit
18. Mrz 2009
Beiträge
14.164
Punkte für Reaktionen
412
Punkte
393
Hi,
ist für die 1.0.15 so wie er sie auf der 108j compilieren wollte, die 1.2.11 lief ja bei ihm durch.

Gruß Götz
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
Hi,
ist für die 1.0.15 so wie er sie auf der 108j compilieren wollte, die 1.2.11 lief ja bei ihm durch.

Gruß Götz
Ob aber deliver von 1.2.11 mit dovecot 1.0.15 korrekt zusammenarbeiten kann wage ich mal zu bezweifeln ;)
@topicstater
Verwende mal den Tip von goetz. Ist auf jeden Fall besser als einen LDA zu installieren, der nicht zur Basisversion der Software passt (versionsmässig)
 

goetz

Super-Moderator
Teammitglied
Sehr erfahren
Mitglied seit
18. Mrz 2009
Beiträge
14.164
Punkte für Reaktionen
412
Punkte
393
Hi,
ich habe keinen blassen Schimmer was mit wem funktioniert, ging nur darum das Problem beim compilieren der 1.0.15 auf alter ppc Hardware zu finden. Damit sollte es möglich sein nach Deiner Anleitung weiter zu machen. dovecot-sieve-1.0.3 habe ich dann nicht mehr probiert, werde es aber gleich mal dem gcc zum Fraß vorwerfen.

Gruß Götz

PS: ich selber habe rein garnichts was mail betrifft auf der DS am laufen.
 

Tieflieger

Benutzer
Mitglied seit
23. Feb 2010
Beiträge
77
Punkte für Reaktionen
0
Punkte
6
Danke an alle. :)

Jetzt ist es durchgelaufen.

Ergebniss, werde ich heute sehen.
 

goetz

Super-Moderator
Teammitglied
Sehr erfahren
Mitglied seit
18. Mrz 2009
Beiträge
14.164
Punkte für Reaktionen
412
Punkte
393
Hallo,
Jetzt ist es durchgelaufen.
sehr schön. dovecot-sieve-1.0.3 ist dann bei mir auch durchgelaufen.

Gruß Götz
 

Trolli

Benutzer
Mitglied seit
12. Jul 2007
Beiträge
9.848
Punkte für Reaktionen
1
Punkte
0
Wo könnte hier das Problem sein?
Rich (BBCode):
DS508> ./configure && make
checking for a BSD-compatible install... /opt/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /opt/bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether to enable maintainer-specific portions of Makefiles... no
checking for style of include used by make... GNU
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking dependency style of gcc... gcc3
checking for library containing strerror... none required
checking for gcc... (cached) gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for gcc option to accept ISO C89... (cached) none needed
checking dependency style of gcc... (cached) gcc3
checking how to run the C preprocessor... /lib/cpp
configure: error: C preprocessor "/lib/cpp" fails sanity check
See `config.log' for more details.
 

goetz

Super-Moderator
Teammitglied
Sehr erfahren
Mitglied seit
18. Mrz 2009
Beiträge
14.164
Punkte für Reaktionen
412
Punkte
393
Hallo,
der reprocessor wird unter /lib gesucht und nicht gefunden, liegt wahrscheinlich unter /opt/bin. Eventuell reicht ein Symlink, ipkg update, ipkg upgrade könnte evtl. auch helfen.
./configure --help spuckt alle möglichen Optionen aus die man angeben kann.

Gruß Götz
 
Zuletzt bearbeitet:

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
@trolli
Hast du auch alle Devloper Pakete installiert? gcc scheint ja drauf zu sein, aber hast du auch libc-dev?
 
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat