Hallo Habe ein Durcheinander, ev. kann mir da einer weiterhelfen. Ich habe AvMailGate von antivir.de auf meinem Mailserver installiert. Jetzt musste ich fetstellen, dass nur ausgehende Mails nach Viren gescheckt werden. Mittlerweile bin ich dem Fehler auch auf die Spur gekommen, warum eingehende Mails nicht geprüft wurden. Ich hole die Mails mit fetchmail -v ab. poll mail.provider.de user "name" password "pw" flush mda /usr/bin/procmail Ich möchte ja die Mails mit procmail verteilen. (Muss vielleicht noch sagen, dass fetchmail/procmail soweit ohne Probleme funktioniert). Nehme ich die Zeile mda /usr/bin/procmail weg, dann gehen auch die eingehenden Mails an AvGateMail vorbei. Und nun machte meine Denkmaschine nicht mehr mit. Wie biege ich das hin, dass fetchmail die Mails abholt an dem Virenscanner vorbeizeigt und dann procmail den Krempel verteilt ? Gruss Fabian
* Samstag, 21. Juli 2001 um 11:49 (+0200) schrieb Fabian Huesser:
Ich habe AvMailGate von antivir.de auf meinem Mailserver installiert. Jetzt musste ich fetstellen, dass nur ausgehende Mails nach Viren gescheckt werden.
Ich hole die Mails mit fetchmail -v ab.
poll mail.provider.de user "name" password "pw" flush mda /usr/bin/procmail
Ich möchte ja die Mails mit procmail verteilen. (Muss vielleicht noch sagen, dass fetchmail/procmail soweit ohne Probleme funktioniert).
Nehme ich die Zeile mda /usr/bin/procmail weg, dann gehen auch die eingehenden Mails an AvGateMail vorbei.
Und nun machte meine Denkmaschine nicht mehr mit. Wie biege ich das hin, dass fetchmail die Mails abholt an dem Virenscanner vorbeizeigt und dann procmail den Krempel verteilt ?
Du hast es doch selbst erkannt: Lass die "mda ..."-Option weg.
Dann liefert 'fetchmail' die Mails an Port 25 aus. Dort "wartet"
'AvMailGate' auf die Mails, scannt sie und sendet sie weiter an
'sendmail' an Port 825. 'sendmail' übergibt die lokalen Mails dann
weiter an 'procmail', welches die Mails an die Empfänger verteilt.
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
Hallo Andreas Am Samstag, 21. Juli 2001 13.22 schrieb Andreas Koenecke:
Ich habe AvMailGate von antivir.de auf meinem Mailserver installiert. Jetzt musste ich fetstellen, dass nur ausgehende Mails nach Viren gescheckt werden.
Ich hole die Mails mit fetchmail -v ab.
poll mail.provider.de user "name" password "pw" flush mda /usr/bin/procmail
Ich möchte ja die Mails mit procmail verteilen. (Muss vielleicht noch sagen, dass fetchmail/procmail soweit ohne Probleme funktioniert).
Nehme ich die Zeile mda /usr/bin/procmail weg, dann gehen auch die eingehenden Mails an AvGateMail vorbei.
Und nun machte meine Denkmaschine nicht mehr mit. Wie biege ich das hin, dass fetchmail die Mails abholt an dem Virenscanner vorbeizeigt und dann procmail den Krempel verteilt ?
Du hast es doch selbst erkannt: Lass die "mda ..."-Option weg. Dann liefert 'fetchmail' die Mails an Port 25 aus. Dort "wartet" 'AvMailGate' auf die Mails, scannt sie und sendet sie weiter an 'sendmail' an Port 825. 'sendmail' übergibt die lokalen Mails dann weiter an 'procmail', welches die Mails an die Empfänger verteilt.
Das Problem sitzt wohl mal wieder selbst vor dem Schirm ;-) Werde das man testen. Irgendwie weicht das Brett nicht -> wie das sendmail weiss, dass er die Mails an procmail weiterreichen soll. Muss wohl nochmal nen Blick in die Doku werfen. Danke für den Tipp. Gruss Fabian
Hallo Fabian. * Samstag, 21. Juli 2001 um 20:10 (+0200) schrieb Fabian Huesser:
Irgendwie weicht das Brett nicht -> wie das sendmail weiss, dass er die Mails an procmail weiterreichen soll.
Das sendmail als MDA procmail benutzt, wird in '/etc/sendmail.cf'
konfiguriert. Bzw. im einem der entsprechenden m4-Makros, mit denen
die 'sendmail.cf' erstellt wird.
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
Hallo Andreas Am Samstag, 21. Juli 2001 22.39 schrieb Andreas Koenecke:
* Samstag, 21. Juli 2001 um 20:10 (+0200) schrieb Fabian Huesser:
Irgendwie weicht das Brett nicht -> wie das sendmail weiss, dass er die Mails an procmail weiterreichen soll.
Das sendmail als MDA procmail benutzt, wird in '/etc/sendmail.cf' konfiguriert. Bzw. im einem der entsprechenden m4-Makros, mit denen die 'sendmail.cf' erstellt wird.
So, jetzt habe ich meine Konfiguration total vernippelt. Geht so ziemlich gar nix mehr. Habe nun Sendmail neu konfiguriert. Procmail lasse ich mal weg, brauch ich nicht unbedingt. Hole die Mails mit fetchmail ab. Aber leider funktioniert die Zustellung irgendwie nicht richtig. So wie ich das sehe, hortet AvMailGate alle Mails und schickt sie nicht weiter. In /var/spool/mail wird nämlich jedes eingehende Mail an AvMailGate geleitet. Aber eben da bleiben sie irgendwie auch. Damit ich alle Klarheiten noch definitv beseitigen kann: avgated, avgatefwd und sendmail MUESSEN rennen - oder ? Dann fetchmail -a -v, die Mails werden geholt weitergereicht an den Scanner und dieser SOLLTE sie dann an Port 25 weitergeben, wo Sendmail sie abfängt und zustellt ? Wie ist das aber, wenn ich in .fetchmailrc noch _is user_ hinzufüge ? Macht das ganze dann noch den gleichen Weg ? Ich habe jetzt wieder die _Orginal_ sendmail.cf genommen. Also ohne smtp-backdoor. Da funktioniert die Zustellung einwandfrei. Irgend ne Idee, warum AvGateMail die Mails als sein Eigentum betrachtet ? Gruss Fabian
On Sun, Jul 22, 2001 at 11:44:56AM +0200, Fabian Huesser wrote:
Hallo Andreas
Am Samstag, 21. Juli 2001 22.39 schrieb Andreas Koenecke:
avgated, avgatefwd und sendmail MUESSEN rennen - oder ? Dann ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Klar!
fetchmail -a -v, die Mails werden geholt weitergereicht an den Scanner und dieser SOLLTE sie dann an Port 25 weitergeben, wo Sendmail sie abfängt und zustellt ?
NÖÖÖÖ! Sendmail (lt. Doku auf SMTP-backdoor Port 825 einstellen) auf anderen Port umleiten. AVGated ist bereits an Port 25 und nimmt alle Mails an und leitet sie an sendmail weiter. Nur so können alle Emails von außen über den Vienfilter laufen!
Wie ist das aber, wenn ich in .fetchmailrc noch _is user_ hinzufüge ? Macht das ganze dann noch den gleichen Weg ?
Geht problemlos!
Ich habe jetzt wieder die _Orginal_ sendmail.cf genommen. Also ohne smtp-backdoor. Da funktioniert die Zustellung einwandfrei.
Auf welchem Port hast du dann avgated? Hajo? -- It is easier to fix Unix than to live with NT.
Hallo Fabian. * Sonntag, 22. Juli 2001 um 11:44 (+0200) schrieb Fabian Huesser:
Am Samstag, 21. Juli 2001 22.39 schrieb Andreas Koenecke:
Das sendmail als MDA procmail benutzt, wird in '/etc/sendmail.cf' konfiguriert. Bzw. im einem der entsprechenden m4-Makros, mit denen die 'sendmail.cf' erstellt wird.
So, jetzt habe ich meine Konfiguration total vernippelt. Geht so ziemlich gar nix mehr.
Oha, aber das mit der 'sendmail.cf' oder den m4-Makros war eigentlich auch nur "zur Information" und keine Aufforderung, dort Änderungen vorzunehmen...
Habe nun Sendmail neu konfiguriert. Procmail lasse ich mal weg, brauch ich nicht unbedingt.
Aber IMHO braucht sendmail einen MDA, und procmail ist da nicht verkehrt...
So wie ich das sehe, hortet AvMailGate alle Mails und schickt sie nicht weiter. In /var/spool/mail wird nämlich jedes eingehende Mail an AvMailGate geleitet. Aber eben da bleiben sie irgendwie auch.
Wirklich in '/var/spool/mail/'? Dort sollte es eigentlich weitere Verzeichnisse mit den Namen "deiner" Benutzer geben (Allerdings nur wenn sie schon einmal eine Mail bekommen haben.). Diese '/var/spool/mail/<Benutzername>/' sind standardmäßig die "Endstation" der E-Mails. Falls bei dir eine '/home/<Benutzername>/.procmailrc' existiert, werden sie nach den dort enthaltenden Regeln behandelt/weitergeleitet. Falls nicht, werden die Mails je nach MUA entweder "direkt" aus '/var/spool/mail/<Benutzername>/' gelesen oder per POP3 "abgeholt" (Dazu muss natürlich ein POP-Server "laufen" bzw. über den 'inetd' gestartet werden (AFAIK Standard bei SuSE).).
Damit ich alle Klarheiten noch definitv beseitigen kann:
avgated, avgatefwd und sendmail MUESSEN rennen - oder ?
Ja.
Dann fetchmail -a -v, die Mails werden geholt weitergereicht an den Scanner und dieser SOLLTE sie dann an Port 25 weitergeben, wo Sendmail sie abfängt und zustellt ?
Nein, fetchmail gibt die Mails an Port 25, dort empfängt sie das AVMailGate, scannt sie und gibt sie weiter an Port 825, wo sie sendmail "weiterverarbeitet". (Kleingedrucktes: Ob das AVMailGate die Mails wirklich an Port 825 weiterreicht, oder die Mails an sendmail per Kommando übergibt, ist aus der Dokumentation nicht klar ersichtlich. Auf jeden Fall sollen wohl zukünftige Versionen des AVMailGate die Mails an Port 825 weiterleiten. Es spielt aber auch keine Rolle...)
Wie ist das aber, wenn ich in .fetchmailrc noch _is user_ hinzufüge ? Macht das ganze dann noch den gleichen Weg ?
"Das kommt darauf an..." ;-) Mit "is <Benutzername> here" legst du fest, in welchem Postfach (='/var/spool/mail/<Benutzername>/') die Mail abgelegt wird. Lässt du "is <Benutzername> here" weg, wird alles im Postfach des Benutzers abgelegt, der fetchmail aufgerufen hat.
Ich habe jetzt wieder die _Orginal_ sendmail.cf genommen. Also ohne smtp-backdoor. Da funktioniert die Zustellung einwandfrei.
Auch ohne die "mda..."-Option in der .fetchmailrc? Das ist schon
einmal ein guter Anfang. ;-)
Und jetzt gehe noch einmal alle Schritte in der README des AVMailGates
sorgfältig durch...
Sollte es dann weiterhin nicht funktionieren, dann poste doch mal ein
paar Zeilen aus '/var/log/mail'.
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
Hallo Am Sonntag, 22. Juli 2001 14.09 schrieb Andreas Koenecke:
Auch ohne die "mda..."-Option in der .fetchmailrc? Das ist schon einmal ein guter Anfang. ;-) Und jetzt gehe noch einmal alle Schritte in der README des AVMailGates sorgfältig durch... Sollte es dann weiterhin nicht funktionieren, dann poste doch mal ein paar Zeilen aus '/var/log/mail'.
So, jetzt habe ich mal was bemerkt. Schicke ich Mails an meine Mailadressen über diesen Sendmail oder auch auf anderen Clients mit diversen Mailclients direkt via SMTP von unterschiedlichen ISP's. Rufe nachher auf meinem internen Mailserver (der mit dem AvmailGate) die Mails mit fetchmail ab. Dann klappert alles wunderbar. Da ich ein Webmail-Fetischist bin (kleiner Scherz am Rande) schickte ich jeweils die Testmails mit diesem. Genau diese und anscheinend nur diese Mails werden aber von AvGateMail nicht weitergereicht. Kann ich mir nicht erklären. Beim Webmail handelt es sich um Neomail. Dieses greift direkt auf das Mailpostfach auf dem ISP. Naja da bin ich doch schon etwas weiter. Die Mails von dieser Liste werden jedenfalls sauber verteilt. Testmails mit Viren funktionieren auch eingehend. Bis eben auf mein geliebtes Neomail ;-) So und jetzt wird der Grill angeworfen. Gruss Fabian
Hallo Fabian. * Sonntag, 22. Juli 2001 um 16:38 (+0200) schrieb Fabian Huesser:
Da ich ein Webmail-Fetischist bin (kleiner Scherz am Rande) schickte ich jeweils die Testmails mit diesem. Genau diese und anscheinend nur diese Mails werden aber von AvGateMail nicht weitergereicht.
Das ist vielleicht ein Feature des AvMailGates. Mails mit Viren und per Webmail erstellte Mails haben ein ähnliches "Nerv-Potenzial"... (Auch ein kleiner Scherz.)
Kann ich mir nicht erklären. Beim Webmail handelt es sich um Neomail. Dieses greift direkt auf das Mailpostfach auf dem ISP.
Sorry, aber den letzten Satz verstehe ich nicht. Wird denn die mit Neomail erstellte Mail mit fetchmail abgeholt? Poste doch mal die Zeilen aus '/var/log/mail', wenn eine solche Mail abgeholt wird.
So und jetzt wird der Grill angeworfen.
Na, eigentlich sind wir ja mit der Arbeit noch nicht fertig... ;-)
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
Hallo Andreas Am Sonntag, 22. Juli 2001 17.45 schrieb Andreas Koenecke:
Das ist vielleicht ein Feature des AvMailGates. Mails mit Viren und per Webmail erstellte Mails haben ein ähnliches "Nerv-Potenzial"... (Auch ein kleiner Scherz.)
hm, dann möchte ich aber auch ne Hinweismail erhalten ;-)
Kann ich mir nicht erklären. Beim Webmail handelt es sich um Neomail. Dieses greift direkt auf das Mailpostfach auf dem ISP.
Sorry, aber den letzten Satz verstehe ich nicht. Wird denn die mit Neomail erstellte Mail mit fetchmail abgeholt? Poste doch mal die Zeilen aus '/var/log/mail', wenn eine solche Mail abgeholt wird.
Ich meinte damit: Neomail greift direkt auf die Postfächer auf dem ISP-Mailserver (Sendmail). Das heisst auf die Postfächer, die ich hier mit fetchmail abhole. Mich macht es einfach ein bisschen unsicher, ob denn sonst alle Mails verteilt werden. (Zudem sind meine Kunden zu blöd, um mit einem Mailclienten umgehen zu können. Die wollen immer ein Webmailer). Noch konkreter: ich schreibe an fabian.huesser@clipboard.ch via einem Mailclienten -> hole mit fetchmail ab -> AvGateWay -> -> kommt in meinem Client dann an. ich schreibe ein an fabian.huesser@clipboard.ch via Webmail -> hole mit fetchmail ab -> wird nicht verteilt. Obwohl das vom gleichen Postfach kommt... Naja hier mal /var/log/mail (das mit dem failed to create... kriege ich eben auch nicht raus) Jul 22 19:09:43 orion avgated[3434]: failed to create pid file - running anyway. Jul 22 19:09:43 orion avgated[3437]: ready to accept connections on port 25 Jul 22 19:09:44 orion avmgatefwd[3436]: running in full featured mode Jul 22 19:09:44 orion avmgatefwd[3436]: failed to create pid file - running anyway. Jul 22 19:12:55 orion avgated[3453]: connection from localhost Jul 22 19:12:55 orion avgated[3453]: spooled to 3453-444BC60D Jul 22 19:13:07 orion avgated[3453]: connection to localhost closed Jul 22 19:13:30 orion avgated[3456]: connection from localhost Jul 22 19:13:31 orion avgated[3456]: spooled to 3456-128F6E0B Jul 22 19:13:31 orion avgated[3456]: connection to localhost closed Jul 22 19:13:44 orion avmgatefwd[3458]: delivering qf-3453-444BC60D Jul 22 19:13:44 orion avmgatefwd[3459]: delivering qf-3456-128F6E0B Jul 22 19:13:45 orion sendmail[3460]: f6MHDih03460: from=andreas@kemp.ch, size=1132, class=0, nrcpts=1, msgid=<20010722190950.0e45ff45.andreas@kemp.ch>, bodytype=8BITMIME, relay Jul 22 19:13:45 orion sendmail[3460]: f6MHDih03460: to=root@localhost, delay=00:00:01, mailer=local, pri=31132, stat=queued Jul 22 19:13:45 orion sendmail[3461]: f6MHDjM03461: from=suse-linux-return-123539-linux=clipboard.ch@suse.com, size=3250, class=-60, nrcpts=1, msgid=<01072319093001.01074@sven>, Jul 22 19:13:45 orion sendmail[3461]: f6MHDjM03461: to=root@localhost, delay=00:00:00, mailer=local, pri=141250, stat=queued Jul 22 19:14:09 orion sendmail[3465]: f6MHDih03460: to=root@localhost, delay=00:00:25, xdelay=00:00:00, mailer=local, pri=121132, dsn=2.0.0, stat=Sent Jul 22 19:14:09 orion sendmail[3465]: f6MHDjM03461: to=root@localhost, delay=00:00:24, xdelay=00:00:00, mailer=local, pri=231250, dsn=2.0.0, stat=Sent Jul 22 19:14:09 orion sendmail[3467]: f6MHE9J03467: from=root, size=1327, class=0, nrcpts=1, msgid=<20010722190950.0e45ff45.andreas@kemp.ch>, bodytype=8BITMIME, relay=root@local Jul 22 19:14:09 orion sendmail[3467]: f6MHE9J03467: to=fabian, delay=00:00:00, mailer=local, pri=31327, stat=queued Jul 22 19:14:09 orion sendmail[3469]: f6MHE9E03469: from=root, size=3482, class=-60, nrcpts=1, msgid=<01072319093001.01074@sven>, bodytype=8BITMIME, relay=root@localhost Jul 22 19:14:09 orion sendmail[3469]: f6MHE9E03469: to=linux, delay=00:00:00, mailer=local, pri=141482, stat=queued Jul 22 19:14:12 orion sendmail[3470]: f6MHE9J03467: to=fabian, ctladdr=root (0/0), delay=00:00:03, xdelay=00:00:00, mailer=local, pri=121327, dsn=2.0.0, stat=Sent Jul 22 19:14:12 orion sendmail[3470]: f6MHE9E03469: to=linux, ctladdr=root (0/0), delay=00:00:03, xdelay=00:00:00, mailer=local, pri=231482, dsn=2.0.0, stat=Sent //jetzt kommt der Client poppen Jul 22 19:14:21 orion popper[3475]: apop "fabian" [pop_apop.c:171] Jul 22 19:14:21 orion popper[3475]: fabian at vela.clipboard.home (192.168.99.9): -ERR [SYS/TEMP] POP authentication DB not available (user fabian): No such file or directory (2 Jul 22 19:14:21 orion popper[3476]: Stats: fabian 0 0 8 30747 vela.clipboard.home 192.168.99.9 [pop_updt.c:228] Jul 22 19:14:22 orion popper[3477]: Stats: fabianprv 0 0 17 28476 vela.clipboard.home 192.168.99.9 [pop_updt.c:228] Jul 22 19:14:37 orion popper[3478]: Stats: linux 0 0 1181 4101811 vela.clipboard.home 192.168.99.9 [pop_updt.c:228] Jul 22 19:14:38 orion popper[3480]: Stats: fabianprv 0 0 17 28476 vela.clipboard.home 192.168.99.9 [pop_updt.c:228] //fertig poppen // Hier hole ich per fetchmail das Mail ab, welches ich via Webmail versendet habe Jul 22 19:16:30 orion avgated[3519]: connection from localhost Jul 22 19:16:30 orion avgated[3519]: spooled to 3519-56A630EF Jul 22 19:16:41 orion avgated[3519]: connection to localhost closed Jul 22 19:17:25 orion avmgatefwd[3529]: delivering qf-3519-56A630EF //tja wo bleibt nur sendmail ?
So und jetzt wird der Grill angeworfen.
Na, eigentlich sind wir ja mit der Arbeit noch nicht fertig... ;-)
Aber es war saugut und entspannend ;-) Gruss Fabian
Hallo Fabian * Sonntag, 22. Juli 2001 um 19:27 (+0200) schrieb Fabian Huesser:
Naja hier mal /var/log/mail (das mit dem failed to create... kriege ich eben auch nicht raus)
Jul 22 19:09:43 orion avgated[3434]: failed to create pid file - running anyway.
Vermutlich Punkt 4. im Readme...
[/var/log/mail/log]
Puh, das sieht bei dir kompliziert aus. Warum dauert das alles so
lange (Bis zu 25s für das Ausliefern einer Mail.)?
Erst mal egal:
Während ich meinen Computer nach Informationen und Logfiles
durchsuche, musste ich feststellen, dass auch bei mir in
'/var/spool/avmailgate/' eine Menge Dateien liegen, die von Webmailern
(aber nicht nur, es sind auch ein paar mit Mutt und Netscape
geschriebene dazwischen) stammen (u.a. auch deine Mail von heute
Mittag) und die nie ausgeliefert worden sind. :-(
Das ist allerdings wirklich übel, denn ich habe es noch nicht einmal
gemerkt...
Ich werde mal an "HBEDV" mailen...
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
Hallo Andreas Am Sonntag, 22. Juli 2001 22.56 schrieb Andreas Koenecke:
Jul 22 19:09:43 orion avgated[3434]: failed to create pid file - running anyway.
Vermutlich Punkt 4. im Readme...
schön wärs - habe ich schon beachtet
[/var/log/mail/log]
Puh, das sieht bei dir kompliziert aus. Warum dauert das alles so lange (Bis zu 25s für das Ausliefern einer Mail.)?
naja das habe ich mich auch schon gefragt, aber im Moment ist mir das egal. Um die Auslastung der Kiste habe ich mich noch nicht besorgt. Ist ein PentiumPro 200 mit ca. 96 MB Ram und ist so ne eierlegende Wolfsmilchsau.
Erst mal egal:
genau ;-)
Während ich meinen Computer nach Informationen und Logfiles durchsuche, musste ich feststellen, dass auch bei mir in '/var/spool/avmailgate/' eine Menge Dateien liegen, die von Webmailern (aber nicht nur, es sind auch ein paar mit Mutt und Netscape geschriebene dazwischen) stammen (u.a. auch deine Mail von heute Mittag) und die nie ausgeliefert worden sind. :-(
hm, ich habe da noch ein bisschen weiterprobiert. Ich habe bei einem andern ISP, der ebenfalls Neomail als Webmailer einsetzt einige Mails an dieselben Adressen, die ich immer brauchte, um meine Tests zu fahren, geschickt (gewinne gleich nen Preis für diese Satzstellung). Diese kamen natürlich an. Ich habe dann mal die Files in /var/spool/avmailgate auseinandergenommen. Da merkte ich gleich mal, dass meine Systemzeit auf meinem internen Mailserver, und die der Clients und des externen ISP-Mailservers ziemlich deftig voneinander abweichen. Könnte mir das zwar nicht so ganz vorstellen, dass das Problem daran liegt. Aber könnte es nicht sein, dass AvMailGate Probleme hat, wenn per Webmail ein Mail erstellt wird. Sagen wir um 22.00 h. Meine Kiste (fetchmail) empfängt diese und hat aber erst 21.00 h. Wahrscheinlich suche ich da am falschen Ort, aber ich werde sicher mal die Systemzeit ändern ;-)
Das ist allerdings wirklich übel, denn ich habe es noch nicht einmal gemerkt... Ich werde mal an "HBEDV" mailen...
Heheh da bin ich doch nicht sooo unfähig. Im Nachhinein muss ich feststellen, dass eigentlich alles von Anfang an _funktioniert_ hat. Weil ich aber meine Tests immer via Webmail geschickt habe, eben nicht, weil nie was ausgeliefert wurde. Hätte mir ne Menge Nippelei ersparen könne. So jetzt surfen wir mal auf die antivir.de Page und werden das mal erklären. Danke für deine Hilfe Gruss aus der Schweiz (Das sind die, die so komisch sprechen) Fabian
Hallo Fabian, du Kommentar in Suse-Linux:
Ich habe AvMailGate von antivir.de auf meinem Mailserver installiert. Jetzt musste ich fetstellen, dass nur ausgehende Mails nach Viren gescheckt werden. Genau das Problem habe ich auch!
Mittlerweile bin ich dem Fehler auch auf die Spur gekommen, warum eingehende Mails nicht geprüft wurden. Bei mir war die Vermutung eher dass meine Mailserver die externen Mails von meinem Internetrouter bekommt, also die werden auf dem Mailserver nicht von fetchmail abgeholt. Mein Server Suse 5.2 Mailgate 6.8.0.0 libc5 (ftp://www.antivir.de/linux)
Ausgehende und interne Mails werden sauber verarbeitet, nur externe eingehende Mails gehen einfach an Mailgate vorbei. Ich hatte schon Amavis drauf, damit wurden auch externe Mails gescannt, nur decodierte Amavis die Mails nicht sauber für den Virenscanner, sodass alle Viren durchflutschten. :( Schreib doch auch mal mit ins Forum von AntiVir: http://www.hbedv.net/cgi-bin/Ultimate.cgi Gruß Norbert -- GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net GMX Tipp: Machen Sie Ihr Hobby zu Geld bei unserem Partner 1&1! http://profiseller.de/info/index.php3?ac=OM.PS.PS003K00596T0409a
participants (4)
-
Andreas Koenecke -
Fabian Huesser -
Hans-Joachim Mueller -
Norbert Schulze