SPAM Mails automatisch verschieben

Trolli · 12. Mai 2010

goetz hat recht. cpp befindet sich in /opt/bin. Ich hatte wohl nur ohne Erfolg in /lib und /opt/lib gesucht. Ein Symlink hilft hier aber leider nicht.

ipkg update, upgrade und -force-reinstall aller möglichen Pakete hatte ich vorher schon probiert - ohne Erfolg. libc-dev ist ebenfalls bereits installiert.

EDIT: Statt eines Symlinks hab ich die Datei jetzt einfach kopiert. Das funktioniert. Danke!

Anzeige · 27. Feb. 2010

Hallo duffy6,

Bücher und Hardware zum Thema gibt es bei Amazon: SPAM Mails automatisch verschieben

Trolli · 18. Mai 2010

Ich hab jetzt ein weiteres Problem beim Kompilieren von dovecot-1.0.15:

Rich (BBCode):

...
Install prefix ...................... : /usr/local
File offsets ........................ : 64bit
I/O loop method ..................... : select
File change notification method ..... : dnotify
Building with SSL support ........... : no
Building with IPv6 support .......... : yes
Building with pop3 server ........... : yes
Building with mail delivery agent  .. : yes
Building with GSSAPI support ........ : no
Building with user database modules . : static prefetch passwd passwd-file checkpassword (modules)
Building with password lookup modules : passwd passwd-file checkpassword (modules)
Building with SQL drivers ............:
make  all-recursive
make[1]: Entering directory `/volume1/public/dovecot-1.0.15'
Making all in src
make[2]: Entering directory `/volume1/public/dovecot-1.0.15/src'
Making all in lib
make[3]: Entering directory `/volume1/public/dovecot-1.0.15/src/lib'
gcc -DHAVE_CONFIG_H -I. -I../..     -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast  -MT backtrace-string.o -MD -MP -MF .deps/backtrace-string.Tpo -c -o backtrace-string.o backtrace-string.c
In file included from lib.h:16,
                 from backtrace-string.c:3:
/volume1/@optware/bin/../lib/gcc/powerpc-linux-gnuspe/3.4.6/include/limits.h:11:23: syslimits.h: No such file or directory
In file included from /opt/include/sys/socket.h:35,
                 from compat.h:80,
                 from lib.h:24,
                 from backtrace-string.c:3:
/opt/include/bits/socket.h:36: error: conflicting types for 'socklen_t'
compat.h:51: error: previous declaration of 'socklen_t' was here
make[3]: *** [backtrace-string.o] Error 1
make[3]: Leaving directory `/volume1/public/dovecot-1.0.15/src/lib'
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

jahlives · 18. Mai 2010

Kann es sein, dass es das gleiche ist wie in Beitrag 31 von goetz beschrieben?

Trolli · 18. Mai 2010

Mein gcc hat jedenfalls die Version 3.4.6 - das entspricht jedenfalls schon mal nicht dem Problem in Beitrag #31...

EDIT: Die vorgeschlagene Lösung ändert auch nichts an meinem Problem...

jahlives · 18. Mai 2010

Ich dachte mehr wegen dem socklen_t-Fehler. Der kommt doch in goetz' Beschreibung auch vor

Trolli · 18. Mai 2010

Habs gerade probiert - das funktioniert leider nicht. Keine Änderung in der Fehlermeldung...

jahlives · 18. Mai 2010

Schau mal was hier

/opt/include/bits/socket.h:36: error: conflicting types for 'socklen_t'

für ein Type definiert wurde und vergleiche, dann damit was hier

compat.h:51: error: previous declaration of 'socklen_t' was here

definiert wird.
Schau dir die typedef an. Wahrscheinlich werden da unterschiedliche Typen für die gleiche Var definiert

Trolli · 18. Mai 2010

Ich kenne mich leider nicht gut genug damit aus...

In der /opt/include/bits/socket.h

Rich (BBCode):

/* Type for length arguments in socket calls.  */
#ifndef __socklen_t_defined
typedef __socklen_t socklen_t;
# define __socklen_t_defined
#endif

und in der /volume1/public/dovecot-1.0.15/src/lib/compat.h

Rich (BBCode):

#ifndef HAVE_SOCKLEN_T
typedef int socklen_t;
#endif

jahlives · 18. Mai 2010

Bin jetzt auch nicht ganz sicher, aber für mich sind das unterschiedliche Typen für die gleiche Variable. Einmal __socklen_t in socket.h und einmal int in compat.h. Ich als Compiler würde mich da auch beschweren

Gibt doch mal testweise in compat.h den gleichen Type wie in socket.h an

Code:

#ifndef HAVE_SOCKLEN_T
#typedef int socklen_t;[FONT=Verdana]
typedef __socklen_t socklen_t;[/FONT][FONT=Verdana]
#endif[/FONT]

oder gleich ganz auf die Zweitdefinition verzichten. Was sagt der Compiler nun?

Trolli · 18. Mai 2010

Rich (BBCode):

make  all-recursive
make[1]: Entering directory `/volume1/public/dovecot-1.0.15'
Making all in src
make[2]: Entering directory `/volume1/public/dovecot-1.0.15/src'
Making all in lib
make[3]: Entering directory `/volume1/public/dovecot-1.0.15/src/lib'
gcc -DHAVE_CONFIG_H -I. -I../..     -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast  -MT backtrace-string.o -MD -MP -MF .deps/backtrace-string.Tpo -c -o backtrace-string.o backtrace-string.c
In file included from lib.h:16,
                 from backtrace-string.c:3:
/volume1/@optware/bin/../lib/gcc/powerpc-linux-gnuspe/3.4.6/include/limits.h:11:23: syslimits.h: No such file or directory
make[3]: *** [backtrace-string.o] Error 1
make[3]: Leaving directory `/volume1/public/dovecot-1.0.15/src/lib'
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

...jetzt scheint ihm noch diese syslimits.h zu fehlen, oder?

jahlives · 18. Mai 2010

Findest du das File irgendwo in deinem System?
@goetz: Welches Paket liefert denn diese syslimit.h mit? Müsste doch eigentlich der gcc sein. Oder ist das ein Folgefehler wegen der Anpassung durch meinen Tipp?
Noch ein Link zum Thema Makefile. Vielleicht gibt es dort eine Option, die man nutzen könnte

goetz · 18. Mai 2010

Hallo,
syslimits.h existiert bei mir auf der 106 aber nicht auf der 107+. Es scheint da Unterschiede zwischen den Architekturen zu geben.
106 gcc-3.3.4
107+ gcc-3.4.3
Inhalt von syslimits.h

Rich (BBCode):

/* syslimits.h stands for the system's own limits.h file.
   If we can use it ok unmodified, then we install this text.
   If fixincludes fixes it, then the fixed version is installed
   instead of this text.  */

#define _GCC_NEXT_LIMITS_H              /* tell gcc's limits.h to recurse */
#include_next <limits.h>
#undef _GCC_NEXT_LIMITS_H

Lege sie einfach mal an.

Gruß Götz

Trolli · 18. Mai 2010

Wo muss die Datei denn stehen?

goetz · 18. Mai 2010

Hallo,

/volume1/@optware/bin/../lib/gcc/powerpc-linux-gnuspe/3.4.6/include/limits.h:11:23: syslimits.h: No such file or directory

würde ich als
/volume1/@optware/lib/gcc/powerpc-linux-gnuspe/3.4.6/include/syslimits.h
interpretieren. Bei der 106 liegt sie unter
/volume1/opt/powerpc/lib/gcc-lib/powerpc-603e-linux/3.3.4/include/syslimits.h

Gruß Götz

Trolli · 18. Mai 2010

Klasse! Es scheint tatsächlich durchgelaufen zu sein!

Wobei /volume1/@optware/bin/../lib/gcc/powerpc-linux-gnuspe/3.4.6/include/limits.h ja der Pfad zur Datei limits.h war, die ja auch vorher schon bei mir existierte. Aber die syslimits.h gehört offenbar in gleiche Verzeichnis.

Vielen Dank für die Hilfe, ich werd mich dann mal an die weiteren Schritte begeben...

janus · 17. Nov. 2010

jahlives schrieb:
deliver musst du selber kompillieren, wenn du die Firmware mit Mailstation verwendest (http://syno.brain-force.ch/dovecot_sieve_installieren#local_delivery_agent_kompilieren)

Moin,
da ich mich gerade mit dem dovecot beschäftige bin ich auf diesen Thread gestossen.

Für die die Anleitung der Webseite habe ich noch eine kleine Empfehlung. configure mit --prefix=/usr/syno/mailstation aufrufen sorgt dafür, dass deliver an der richtigen Stelle nach dem Config File sucht und man braucht keinen link mehr setzen.

Gruß

Janus

Trolli · 17. Nov. 2010

Danke! Könntest Du das bitte auch an der richtigen im Wiki einfügen?
-> http://www.synology-wiki.de/index.php/E-mails_filtern_mit_dovecot-sieve#Dovecot_kompilieren

janus · 17. Nov. 2010

Trolli schrieb:
Danke! Könntest Du das bitte auch an der richtigen im Wiki einfügen?
-> http://www.synology-wiki.de/index.php/E-mails_filtern_mit_dovecot-sieve#Dovecot_kompilieren

Erledigt.
Ich habe den Teil mit dem Link noch mal dringelassen. Sobald jemand eine QS gemacht hat, sollte das aber raus.

Evtl. kann ich auch noch ne Frage loswerden:

Wo erwartet der Spamassassin die Dateien für den Bayes Filter?

Gruß

Janus

jahlives · 17. Nov. 2010

Danke für die Ergänzung. So ist es wirklich einfacher als jedesmal einen Link anzulegen, wenn man das System neu einrichten musste.
Afaik liegen die Spamassassin Files im Folder .spamassassin des jeweiligen Users unter dem Spamassassin aufgerufen wurde. Die Bayes-Files sollten mit bayes_ beginnen und es handelt sich um Berkeley-DB-Files (mehr zu Bayes und Spamassassin)

janus · 17. Nov. 2010

jahlives schrieb:
Danke für die Ergänzung. So ist es wirklich einfacher als jedesmal einen Link anzulegen, wenn man das System neu einrichten musste.
Afaik liegen die Spamassassin Files im Folder .spamassassin des jeweiligen Users unter dem Spamassassin aufgerufen wurde. Die Bayes-Files sollten mit bayes_ beginnen und es handelt sich um Berkeley-DB-Files (mehr zu Bayes und Spamassassin)

Genau das ist mein Problem. Spamassassin wird bei mir über Postfix aufgerufen...

Gruß

Janus

SPAM Mails automatisch verschieben

Benutzer

Benutzer

Benutzer

Benutzer

Benutzer

Benutzer

Benutzer

Benutzer

Benutzer

Benutzer

Benutzer

Super-Moderator

Benutzer

Super-Moderator

Benutzer

Benutzer

Benutzer

Benutzer

Benutzer

Benutzer

Kaffeautomat