Reprise du message précédent :

faut mériter ton salaire

t'as plus qu'à trouver à quelle ligne ça merde

Ben si elle est au format mbox, avec un editeur de fichier
Bon courage

Ca fait bizarre, hein ?

Bonjour,

un courrier + de la biblio, c'est un médecin qui nous avait posé la question.

c'est effectivement un format mbox sur un serveur de backup  
et comme par hasard un $user à réussi à effacer en local juste une partie de ses mails pendant
mes congés.  
mais apparemment le fichier de backup est dead (1ère fois que ça m'arrive )
 
évidemment je pensais le trancher pour exlure les parties foutues, mais
j'ai pas de "parser" de mbox (si évidemment ça existe ) sous la main

ça s'appelle vi
bonne chance

supayrr  
même en pop ça keudalle

Oui ca existe, cf. les nombreux outils de conversion mbox => maildir

avant que ton vi ouvre ton fichier de 900Mo, tu peux aller te faire un tennis
 

mais il va pas lui réparer et se planter la gueule sur l'erreur non ?

Tiens, une petite question peut-être débile, mais à laquelle je ne vois pas trop de solution :
 
à partir d'un shell-script, je voudrais créer un nouveau shell interactif dans lequel je préciserais la première commande lancée. Je précise que c'est dans un screen, donc la solution peut faire appel à des fonctionnalités du shell aussi bien que de screen lui-même.
 
Le but est que le shell reste ouvert et utilisable une fois la commande terminée, exactement comme si je l'avais ouvert moi même et que j'avais tapé la commande à la main...
 
d'avance

screen -d -m ma_cmd  
 
?

Ca ne pose aucun souci, puisque y a des retours chariots
 

Si mais il verra bien ou ca se plante et pourra corriger ensuite à la mano

non, parce que là ça lance directement "ma_cmd", sans passer par un shell interactif...
 
 
Je crois que j'ai un début de solution avec un "screen -X stuff cmd", mais j'arrive pas (encore) à envoyer un retour à la ligne pour lancer la commande.

oui mais j'aurais meilleurs temps d'aller voir le $user et lui demander de se faire cuire1neuf( )renvoyer
les 2 mails concernés que je dois retrouver la dedans.

Ah mais si tu connais les dates d'envoi et expediteur c'est super fastoche

en même temps qui utilise encore de nos jours le format mailbox

à peu près tout les gens qui utilisent windows et un client mail.

explique j'ai jamais fait cela à la mano (j'ai les imprimés des 2 mails)
d'habitude j'utilise une interface perl/cgi sur le doublon de la mbox, mais la ça fonctionne pas.
et vi n'ouvre pas le fichier (ou alors je patiente pas assez )
tout est semble t'il "décalé" dedans, çay la memerde quoi

grep -n 100 'email_de_lexpéditeur'  fichier  
 
?

même sous exchange ?

à moins que outlook ait changé de mode de fonctionnement récemment, dès que tu utilises un dossier local, c'est de l'apparenté au mbox.

ah mais côté client effectivement
mais côté serveur ?

aucune idée.

Voila, deja pour reperer que ce que tu cherche y est bien.
 
Sinon vim devrait ouvrir ca sans problème
Ensuite : /mail.machine@truc
Si c'est le bon mail ben tu le copie/colle quelque part et tu passe au suivant.
 
Le format mbox c'est juste une concaténation de mails, y a zero infos en plus

={0}
 

Ou essaye avec less si vim y arrive pas.

Il faut migrer sous Domino / Lotus Notes  

vire le 100

j'ai trouvé grace à cat fichier | grep expediteur
mais comme c'est la pièce jointe qui m'interesse, je ne sais pas où l'arreter
pour avoir juste le mail.
on peut faire un arrêt, jusqu'au prochain from?

avec awk peut être

Voila
 
Le mail c'est :
ENTETES
BLABLA1
BLABLABLA2 (si multipart quoi...)
 
ENTETES
...
 

Ou un script de moins de 10 lignes en Python

mon pb est de savoir comment faire l'arrêt?  
ensuite je fais un > pour l'avoir dans un fichier séparé

Ben la fin du message c'est une ligne vide avec juste un retour chariot quoi

comme la fin de tous les mails dans les 912Mo, bref

après pour les PJ c'est uudeview

Oui sauf que la c'est le premier qui suit ton From:
 
Ca necessite 10 lignes en Perl ou en Python, allons
Une boucle qui lit les lignes
    Si cette ligne est "From: blabla" tu commences a recopier dans un nouveau fichier
    SinonSi cette ligne est "\n" tu arretes de recopier (et t'incremente le nom du nouveau fichier)
    Sinon tu ecris la ligne dans le nouveau fichier
 
Ensuite ca te donnera un fichier par mail de l'expediteur en question.
T'as plus qu'à récuperer le bon

Ou alors il se fait pas chier et il reinjecte le mail direct dans sa boite

 
 
screen -S test bash  
 
 ?