Likes Likes:  0
Resultaten 1 tot 14 van de 14
Geen
  1. #1
    Mailqueue exim vol, legen duurt eeuwig
    geregistreerd gebruiker
    55 Berichten
    Ingeschreven
    02/09/08

    Locatie
    Bennekom

    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    0 Berichten zijn liked


    Registrar SIDN: Ja
    KvK nummer: 09183361
    Ondernemingsnummer: nvt

    Thread Starter

    Mailqueue exim vol, legen duurt eeuwig

    Beste leden,

    Na een klant te hebben gehad die zijn osCommerce niet had geupdate, waardoor er d.m.v. een exploit zo'n 140.000 spamberichten in de mailqueue waren gekomen, wil ik deze nu verwijderen.
    Hiervoor heb ik het onderstaande commando gebruikt.
    Code:
    exim -v -qff &
    Echter, het tempo waarmee dit gaat is simpelweg extreem traag te noemen. Er worden zo'n 10 mails per minuut gedelete, en dit kan natuurlijk nooit de bedoeling zijn. Aangezien er nu nog 110.000 mails verwijderd moeten worden, gaat dit een lange zaak worden.

    Exim heb ik geprobeerd af te sluiten, maar dit wordt simpelweg (ook na reboot) geweigerd. Gek genoeg werkt de mailserver nog wel perfect, aangezien mails direct aankomen en geen vertraging ondervinden. Mij bekruipt dan ook het gevoel dat er niets wordt verwijderd, maar simpelweg langzaam alles afgeleverd wordt.

    Heeft iemand wellicht de gouden tip die leidt tot snellere verwijdering van de mails in de mailqueue?

    Bij voorbaat dank.

    Met vriendelijke groeten,
    Joep Dohmen

  2. #2
    Mailqueue exim vol, legen duurt eeuwig
    Professional
    3.115 Berichten
    Ingeschreven
    05/02/05

    Locatie
    Alkmaar

    Post Thanks / Like
    Mentioned
    7 Post(s)
    Tagged
    0 Thread(s)
    101 Berichten zijn liked


    Naam: Thomas
    Registrar SIDN: JA
    ISPConnect: Lid
    KvK nummer: 76706966

    exim -qff -v gaat inderdaad alleen berichten bezorgen. Met exim -Mrm <message-id> verwijder je een bericht. Ik kan nu even niet snel inloggen om te kijken hoe de queue er ook alweer uit zag, maar wij gebruiken bijvoorbeeld dit om frozen berichten snel te verwijderen:

    Code:
    grep -lr 'frozen' /var/spool/exim/input/ | sed -e 's/^.*\/\([a-zA-Z0-9-]*\)-[DH]$/\1/g' | xargs exim -Mrm
    Wil je eerst kijken welke berichten verwijderd gaan worden, gebruik dan:

    Code:
    grep -lr 'frozen' /var/spool/exim/input/ | sed -e 's/^.*\/\([a-zA-Z0-9-]*\)-[DH]$/\1/g' | xargs print
    Voor je eigen situatie zul je het iets aan moeten passen.

  3. #3
    Mailqueue exim vol, legen duurt eeuwig
    geregistreerd gebruiker
    55 Berichten
    Ingeschreven
    02/09/08

    Locatie
    Bennekom

    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    0 Berichten zijn liked


    Registrar SIDN: Ja
    KvK nummer: 09183361
    Ondernemingsnummer: nvt

    Thread Starter
    Bedankt voor je reactie. Helaas werkt het niet echt goed, aangezien er geen mails worden verwijderd. In top komt wel grep voor, dus het command draait wel, maar ik zie bij exim - bpc geen snel dalend getal.

    Wat kan dit zijn?
    Laatst gewijzigd door JMDHosting; 31/12/10 om 14:37.

  4. #4
    Mailqueue exim vol, legen duurt eeuwig
    geregistreerd gebruiker
    21 Berichten
    Ingeschreven
    28/05/07

    Locatie
    brugge

    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    0 Berichten zijn liked


    Naam: Bram
    Bedrijf: What If
    URL: www.whatif.be
    Registrar SIDN: nee
    KvK nummer: nvt
    Ondernemingsnummer: 1004097973

    Als je de afzender weet kan je volgend commando gebruiken:

    exiqgrep -i <email> | xargs exim -Mrm

    Met de -i krijg je enkel de id, best even kijk met exiqgrep <email> of je wel de juiste mails ziet en dan alles wissen.

    een handige pagina die je even kan bekijken is http://bradthemad.org/tech/notes/exim_cheatsheet.php

  5. #5
    Mailqueue exim vol, legen duurt eeuwig
    Dennis.
    3.867 Berichten
    Ingeschreven
    11/07/06

    Locatie
    Oosterhout

    Post Thanks / Like
    Mentioned
    16 Post(s)
    Tagged
    0 Thread(s)
    262 Berichten zijn liked


    Naam: Dennis
    Registrar SIDN: JA
    KvK nummer: 20144338

    cd /var/spool
    mv exim exim.old
    mkdir -p exim/input
    mkdir -p exim/msglog
    mkdir -p exim/db
    chown -R mail:mail exim
    service exim restart

  6. #6
    Mailqueue exim vol, legen duurt eeuwig
    geregistreerd gebruiker
    55 Berichten
    Ingeschreven
    02/09/08

    Locatie
    Bennekom

    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    0 Berichten zijn liked


    Registrar SIDN: Ja
    KvK nummer: 09183361
    Ondernemingsnummer: nvt

    Thread Starter
    Dennis, ik wil je bij deze even ontzettend bedanken. Jouw cmd's hebben het opgelost. De gehele mailqueue is leeg, met als gevolg een directe daling van de load.

    Bedankt!

  7. #7
    Mailqueue exim vol, legen duurt eeuwig
    Netwerk prutser
    457 Berichten
    Ingeschreven
    11/08/05

    Locatie
    Brabant

    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    0 Berichten zijn liked


    Registrar SIDN: Nee
    KvK nummer: nvt
    Ondernemingsnummer: nvt

    En dan nu kijken of er nog legitieme mail tussen zat

  8. #8
    Mailqueue exim vol, legen duurt eeuwig
    geregistreerd gebruiker
    55 Berichten
    Ingeschreven
    02/09/08

    Locatie
    Bennekom

    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    0 Berichten zijn liked


    Registrar SIDN: Ja
    KvK nummer: 09183361
    Ondernemingsnummer: nvt

    Thread Starter
    Ja, maar dat zat er niet. Alles was van één e-mailaccount afkomstig.

  9. #9
    Mailqueue exim vol, legen duurt eeuwig
    geregistreerd gebruiker
    1.626 Berichten
    Ingeschreven
    18/06/04

    Locatie
    Maastricht

    Post Thanks / Like
    Mentioned
    6 Post(s)
    Tagged
    0 Thread(s)
    26 Berichten zijn liked


    KvK nummer: 14101842

    Ik heb er een script bestandje voor wat ook legitieme mail buiten schot laat, volgens mij ook hier ooit eens gelezen of op een ander forum. Noteren voor een (hopelijk niet meer voorkomende) volgende keer:

    empty-exim.sh

    #!/bin/sh

    if [ $1 ]; then
    echo "`exim -bpru | tr '\n' + | sed -e "s/++/=/g" | tr -d + | tr = '\n' | grep "$1" | awk {'print $3'} | xargs exim -Mrm | $
    else
    echo "If you want to delete ALL the `exim -bpc` E-Mails on mail queue, give this command:"
    echo "exim -bpru | awk {'print $3'} | xargs exim -Mrm"
    echo ""
    echo "If you want to delete only mails with an specific sender/recipient, use:"
    echo "$0 [sender/recipient]"
    fi
    Zo kun je dus meteen de hele queu leeg maken op basis van ofwel zender, ofwel ontvanger. En dat gaat echt rap.

  10. #10
    Mailqueue exim vol, legen duurt eeuwig
    Server Freak
    3.640 Berichten
    Ingeschreven
    19/05/06

    Locatie
    Assen

    Post Thanks / Like
    Mentioned
    16 Post(s)
    Tagged
    0 Thread(s)
    215 Berichten zijn liked


    Naam: Sinterklaas

    Weet je zeker dat de hele queue alleen gevuld is met zooi, dan kun je het volgende ook doen:

    Code:
    exim -bp | awk '/^ *[0-9]+[mhd]/{print "exim -Mrm " $3}' | bash

  11. #11
    Mailqueue exim vol, legen duurt eeuwig
    geregistreerd gebruiker
    1.712 Berichten
    Ingeschreven
    03/01/07

    Locatie
    Winschoten / Groningen

    Post Thanks / Like
    Mentioned
    1 Post(s)
    Tagged
    0 Thread(s)
    2 Berichten zijn liked


    Naam: Kobus Draijer
    Bedrijf: IC Hosting
    URL: www.ic-hosting.nl
    Registrar SIDN: ja
    KvK nummer: 02079831
    Ondernemingsnummer: nvt
    TrustCloud: ichosting

    Citaat Oorspronkelijk geplaatst door dennis0162 Bekijk Berichten
    cd /var/spool
    mv exim exim.old
    mkdir -p exim/input
    mkdir -p exim/msglog
    mkdir -p exim/db
    chown -R mail:mail exim
    service exim restart
    Dit is inderdaad de snelste manier.
    Volgens mij is het geneens nodig die mapjes weer apart aan te maken, dat doet exim volgens mij zelf weer. Maar het kan zeer zeker geen kwaad om het zelf te doen

  12. #12
    Mailqueue exim vol, legen duurt eeuwig
    geregistreerd gebruiker
    1.626 Berichten
    Ingeschreven
    18/06/04

    Locatie
    Maastricht

    Post Thanks / Like
    Mentioned
    6 Post(s)
    Tagged
    0 Thread(s)
    26 Berichten zijn liked


    KvK nummer: 14101842

    @Spyder: Ook die optie is in het scriptje verwerkt.
    Van alle gemakken voorzien dus.

  13. #13
    Mailqueue exim vol, legen duurt eeuwig
    <?php phpinfo(); ?>
    764 Berichten
    Ingeschreven
    10/05/06

    Locatie
    Sevenum

    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    0 Berichten zijn liked


    Registrar SIDN: nee
    KvK nummer: 12037834
    Ondernemingsnummer: nvt

    Indien het allemaal ongewenst email betreft gebruik ik meestal onderstaande command
    killall -9 exim && for file in /var/spool/exim/input/* /var/spool/exim/msglog/* ; do rm -rf $file ; done && /etc/init.d/exim restart

  14. #14
    Mailqueue exim vol, legen duurt eeuwig
    moderator
    7.022 Berichten
    Ingeschreven
    29/07/03

    Locatie
    Nijmegen

    Post Thanks / Like
    Mentioned
    12 Post(s)
    Tagged
    0 Thread(s)
    175 Berichten zijn liked


    Naam: Mike
    Bedrijf: admin.nu
    URL: www.admin.nu
    Registrar SIDN: Ja
    KvK nummer: 09139651

    Citaat Oorspronkelijk geplaatst door JMDHosting Bekijk Berichten
    Bedankt voor je reactie. Helaas werkt het niet echt goed, aangezien er geen mails worden verwijderd. In top komt wel grep voor, dus het command draait wel, maar ik zie bij exim - bpc geen snel dalend getal.

    Wat kan dit zijn?

    Dit duurt wel even, in de mainlog zul je met vlagen grote hoeveelheden zijn die verwijderd worden.
    "Zo zijn ook wij één leverancier. Dé leverancier in gedegen Linux kennis, wanneer jij dat nodig hebt."
    Boek je admin vandaag nog via : www.admin.nu
    Gevestigd in Nederland en Moldavië

    Lees hier de webhostingtalk.nl forum regels en voorwaarden!

Webhostingtalk.nl

Contact

  • Rokin 113-115
  • 1012 KP, Amsterdam
  • Nederland
  • Contact
© Copyright 2001-2026 Webhostingtalk.nl.
Web Statistics