Onderwerp: virusmailtjes --> blacklisted?

Wij hebben een melding gekregen dat onze server virus mail verstuurt, danwel virusmail bounced. De oplossing die wordt aangedragen lijkt erg eenvoudig, maar werkt op de een of andere manier niet. Heeft iemand hier meer ervaring mee en een oplossing?
Wij gebruiker DirectAdmin, Fedora.

De aansluitnummer hierodner is waarschijnlijk geinfecteerd door tenminste 1 virus.
De virusnaam die beneder getoond wordt is de naam van de laatste virus die wij van uw aansluitingnummers ontvangen hebben. De tijd is gesyncroniseerd als Centraal Europa Tijd.

Als uw mailserver beneden wordt getoont, dan is dat waarschijnlijk dooor bounces. U wilt misschien uw mailserver configuren zodat bounces (berichten die weergeven dat een ander berichten niet afgeleverd kunnen worden) niet de volledige inhoud terug sturen. Deze inhoud bevat vaak ook virussesn.

+-----------------------+----------------------------------------
|Aansluitnummer | ansluitnummer
+-----------------------+----------------------------------------
|IP adress | IPADRES
+-----------------------+----------------------------------------
|Laats gezien | 2005-12-01 00:41:02.766595 (CET)
+-----------------------+----------------------------------------
|Laats gezien door | WideXS.
+-----------------------+----------------------------------------
|Aantal gerapperteerd | 3
+-----------------------+----------------------------------------
|Virusname | Worm.SomeFool.Gen-1
+-----------------------+----------------------------------------

Hieronder vindt u een aantal oplossingen op bounces niet de volledige inhoud te laten terug sturen:\m

Als u sendmail gebruikt sendmail, alleen de volgende regel toevoegen define(`confPRIVACY_FLAGS', `nobodyreturn')dnl in sendmail.mc bestand. Als een regel als deze al bestaaat, voeg dan `nobodyreturn' toe.

Als u Postfix gebruikt, configureer bounce_size_limit 1024.

Als u Exim gebruikt, configureer bounce_return_body = false.

Zie ook: http://www.webhostingtalk.nl/showthr...threadid=81246 lastig probleem

Ik had die post ook al gezien inderdaad. Alleen gebruikt Plesk volgens mij Qmail en DA gebruikt Exim.

Maar hoe heb jij het destijds opgelost (ik neem tenminste aan dat het opgelost is...)?

Helaas, Qmail is gecompileerd in Plesk, dus de patch is niet zomaar ff doen, zonder dat je Qmail opnieuw compileerd. Is dus niet opgelost dit zal Sw-Soft moeten doen in de volgende upgrades, of het komt in 4PSA Qmail Manager als een setting, ff afwachten dus

Ik heb Qmail bij ons opnieuw gecompiled met die patch en de limit size op 10kb gezet.

Een week later stonden we alsnog op die lijst terwijl al ons mailverkeer door simscan/clamav gaat.

Wij stonden ook op de lijst 2 dagen terug maar zijn er gelukkig automatisch vanaf gegaan. Record staat nog wel in de database maar kan weer mailen naar mensen die virbl.bit.nl gebruiken wat ik daarvoor niet kon.

Een week later stonden we alsnog op die lijst terwijl al ons mailverkeer door simscan/clamav gaat.

Dus de patch werkt niet?

Jullie gebruiken dus allemaal Plesk neem ik aan? Zijn er ook mensen die dit probleem hebben die Direct Admin als Controlpanel gebruiken?

Origineel geplaatst door BerArt
Dus de patch werkt niet?

Dat durf ik dus niet te zeggen, maar ik ben er wel zeker van dat al onze mail op virussen wordt gecontroleert, dus waarom we op die lijst stonden?

Goed idee: neem een dedicated server, zet die tussen je uplink en je hosting servers en je installeerd op die bak allerlei checkers/spamfilters.

Ontlast je het hosting platform en heb je een centraal punt, vanwaaruit je updates kunt doen en checks kunt uitvoeren.

Just my 0,02 cents

Origineel geplaatst door Swiftway-UK
Goed idee: neem een dedicated server, zet die tussen je uplink en je hosting servers en je installeerd op die bak allerlei checkers/spamfilters.

Ontlast je het hosting platform en heb je een centraal punt, vanwaaruit je updates kunt doen en checks kunt uitvoeren.

Just my 0,02 cents

Dat doen wij al