Re: Prototype 50c Released!
Vlad Zero <[email protected]> Tue, 18 Nov 2003 15:29:38 +0100 (CET)
| Newsgroups | gmane.mail.yosucker.general |
|---|---|
| Message-ID | <[email protected]> |
Hi Chris! What do I think?! What a great idea!!! I'll start implementing as soon as I can! Thanks! Enjoy! V. -z3r0- On Sun, 16 Nov 2003, Chris Tubutis wrote: > Hi, Vlad :) > > OK, let's see what we have here... > > >> BULK=0 # Do NOT trash the BULK messages automatically. > >> > >> Seems to have no effect, look at that second to last line: > >> > >> -> Moving to Trash... Done. > >> > >> And thus it has... all dem dar "junk" messages were rather > >> uncermoniously trashed. Do I have something misconfigured or should I > >>be expecting a pr50d soon? > > Well, although you're mostly right with your criticism, I must partly > > disagree here... The configuration file states this: > > > > # Empty trash when logout? > > # 1 (Yes) / 0 (No!) > > TRASH=0 > > > > # Empty bulk folder when logout? > > # 1 (Yes) / 0 (No!) > > BULK=0 > > > > Empty trash! Empty bulk folder! That is... translated to normal user > > action, click on that link saying [Empty] next to the Trash or Bulk > > folder on your Yahoo web interface. The moving to trash thing is > > about moving the messages to the trash, but not about emptying the > > trash itself... In other words the messages stay on the server. > > Yes, I understand that - the messages stay on the server albeit they get > moved to a different location. But here's what I see: > > > # Empty bulk folder when logout? > > # 1 (Yes) / 0 (No!) > > BULK=0 > > To me, BULK=0 would NOT move them to the Trash. > > > So... There is no programming bug in YoSucker in this case. What is > > more interesting here is the logical part... Maybe we have a "logical > > bug" here?! I'll think about it... But perhaps it's a good idea to > > ignore the LEAVE=0 parameter in case YoSucker works in the DIGEST > > mode... Hmmm. Let it be so... What do you think?! Like that messages > > in DIGEST mode always stay on the server and you can fetch their > > titles... You can then decide whether you want to fetch them using > > the BOX method or don't fetch them at all in which case you simply > > Empty the Bulk, by BULK=1... Hm, that would perhaps make more > > sense... > > Yes, that would. :) I think I now see what's happening... LEAVE=0 (which > is what I have) applies to BOTH the BOX *and* DIGEST. This is bad. I as > a user was expecting it to tell me what's in the Bulk folder (as well as > performing the usual Inbox operations) and it seems to be doing that OK > now. But I didn't at all expect it to *do* anything with those Bulk > messages once I was notified of their existence. What I would like to do > is, once I know what's in the Bulk box, run YoSucker with some command > line parameters to retrieve specific messages from there. Something > like: > > $ YoSucker BOX=Bulk GETMSG=1,3,5-8,10,12 DOTRASH=ALL > > Which would retrieve the specified messages and then move the entire > contents of the Bulk folder to the Trash folder. I suppose a paramter of > DOTRASH=RETRIEVED that would trash just what was sucked down, leaving > everything else. I'd set up an alias or a script or something so I > didn't have to type all that each time. > > Whatchya think? > > ct > > > ------------------------------------------------------- > This SF. Net email is sponsored by: GoToMyPC > GoToMyPC is the fast, easy and secure way to access your computer from > any Web browser or wireless device. Click here to Try it Free! > https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl > _______________________________________________ > Yosucker-general mailing list > Yosucker-general-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org > https://lists.sourceforge.net/lists/listinfo/yosucker-general > ------------------------------------------------------- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl