Gereplyde onderdelen uit een binnenkomend mail verwijderen

[sparkle]

Beste mensen

Ik ben bezig met een mailsysteem welke alle inkomende mailtjes moet gaan verwerken in een bug-systeem.

Nou komt het voor dat er wel eens gereplyde emailtjes binnenkomen en dat deze gehele mails weer als nieuwe bug in het systeem opgeslagen word terwijl eigenlijk is alleen het nieuwste/bovenste gedeelte relevant is. Immers zijn de voorgaande reply's al verwerkt als bugs (zo niet als bug-opmerkingen) in het systeem.

Ik wil daarom dat alleen het nieuwste/bovenste gedeelte overblijft. Alle 'oude'/onderstaande gedeeltes mogen uit de mail verwijderd worden.

Nou heb ik zitten peinzen hoe ik dit zal kunnen aanpakken. Waar ik zelf aan dacht is een regular expression welke alle regels die beginnen met een > verwijderen. Dit is immers het teken dat vaak , zo niet altijd, gebruikt word om het gereyplde deel van een email aan te geven.

Weet iemand hoe ik het op deze manier aan kan pakken? Zo een regular expression kei ben ik ook weer niet. Andere methode's zijn ook welkom, ik kon niet op meer komen!

Groet

[MAX3400]

Wat snap je niet aan RobIII in "[PHP]" (laatste paar regels) ?

No offence maar zo kan je topics blijven openen die allemaal netjes een slotje gaan krijgen.

[ Voor 6% gewijzigd door MAX3400 op 30-05-2008 15:23 ]

[Xander]

Ik heb geen idee hoe je dit het beste op kunt lossen, maar als je gaat filteren op regels die beginnen met een >, denk er dan ook even aan dat dit vaak ook voor doorgestuurde mailtjes komt te staan. Dan kan een bedrijfsleider niet de bugmeldingen van zijn personeel doorsturen, is dat de bedoeling?

[TeeDee]

Je ziet vaak in 'autonome' support systemen iets van:

Please reply between these lines
=======================================
hier dus de nieuwe reactie
=======================================

... normale / vorige conversatie

Dat is wel redelijk simpel te doen natuurlijk, en daar hoef je in eerste instantie geen regexp op los te laten.

Wat betreft het > teken: als ik een reply in Outlook wil invoeren zie ik zo'n teken niet hoor.

[soulrider]

enkel nieuwe mails als bug's toevoegen in het systeem, en het gewoon niet toestaan dat men op een reply ivm een vorige bug opnieuw een reply stuurt met een nieuw bug-report.

"nieuwe bug = nieuwe mail"-policy gaan gebruiken. anders wordt het snel zeer onoverzichtelijk want is een reply nu een nieuwe bug of gewoon nog een vervolg op de vorige mail.

(doormailen van bug -> reply met oplossing -> reply met info ivm oplossing (werkend of niet) of nieuwe bug)

dat laatste gaat je systeem nooit kunnen uitzoeken en gaat steeds met menselijke kracht moeten beoordeeld worden. Dus zelfs al automatiseer je het systeem dan nog ga je regelmatig moeten nakijken of bugs niet meermaals gemeld zijn in andere verwoordingen en andere mails, en/of men niet meerdere bugs in 1 mail vermeld - wat opvolging ook weer lastig maakt.

voor het reply'en op hetzelfde bug-report is hierboven al een oplossing aangedragen. Het programmeren daarvan laten we graag over aan jou.

[ Voor 8% gewijzigd door soulrider op 30-05-2008 15:34 ]

[Janoz]

Tja, stel eerst eens wat meer eisen op, zoek wat randvoorwaarden, kijk of het grootste gedeelte afgedekt wordt en implementeer een prototype. Wat jij hier doet is een wild guess waarbij je vervolgens hoopt dat het volledige probleem voor je opgelost wordt. Dat is niet echt de bedoeling hier in Programming.

Als dit alles is waar je mee gekomen bent na lang peinzen is het misschien een idee om eens een vacature uit te zetten.....

Maar goed. Lees vooral even waar MAX3400 naartoe gelinkt heeft, want de vorige keer heb je het blijkbaar nog niet helemaal gelezen...