<div>Merci , c'étais déjà fait , mais cela est impossible a réaliser ou comprendre pour l'utilisateur lambda de base , les gmail et autre yahoo vous préviennent , d'autant plus que le login pop diffère du login webmail si on utilise un MUA.
</div>
<div> </div>
<div>Autre débilité , quand je répondais à un mail du service client , celui ci revenait avec "user unknown" , ils avaient oubliés le "s" de <a href="mailto:serviceclients@evc.net">serviceclient<font color="#ff0000">
<strong>s</strong></font>@evc.net</a></div>
<div>ils font vraiment pitié ....<br><br> </div>
<div><span class="gmail_quote">2006/10/29, jmt <<a href="mailto:jmt@dxdydz.net">jmt@dxdydz.net</a>>:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">On Sunday 29 October 2006 08:42, phi sto wrote:<br><br>><br>> Final-Recipient: rfc822; <a href="mailto:philippestocker@evc.net">
philippestocker@evc.net</a><br>> Action: failed<br>> Status: 5.0.0<br>> Diagnostic-Code: X-Postfix; maildir delivery failed: create<br>> /mail/evc.net/p/h/philippestocker/tmp/1162107245.P3559.mx1.evc.net: Disk
<br>> quota exceeded<br>><br><br>Première chose à faire : vider le disque chez evc, c'est à dire récupérer les<br>courriers qui sont stockés sur le serveur du provider.<br><br>fetchmail fait ça très bien :<br><br>
poll <serveur evc> protocol POP3 username "<ton user name chez evc>"<br>password "<ton password chez evc>" is "<ton nom sur la machine locale>" here<br>with mda "/usr/bin/procmail -f - " fetchall nokeep
<br><br>Une fois le serveur chez evc désengorgé, ça ira sans doute mieux ; en<br>particulier la création de fichiers temporaires (quand il cherche à t'écrire<br>par exemple) sera redevenue possible ...<br><br>jmt<br></blockquote>
</div><br><br clear="all"><br>-- <br>--<br>Philippe STOCKER RHINAU FRANCE<br><a href="http://pstocker.free.fr">http://pstocker.free.fr</a><br>tél 0033632713396 ou 0631849403