BeBits Information Developer Central Submit Application Your Account Web Links Contact Us
BeBits
Mail Daemon Replacement
Talkback
 Go back to the Mail Daemon Replacement page
 Post a new Talkback comment!
Re: Adjusting said Tracker settings
 By BGA - Posted on December 21, 2002 - 09:24:21   (#4948)
 Current version when comment was posted: 2.0 Beta 7
Not yet. But Axel is on the Team and we can force him to do that. ;)

-Bruno

Adjusting said Tracker settings
 By tupperduck - Posted on December 21, 2002 - 05:52:06   (#4946)
 Current version when comment was posted: 2.0 Beta 7
Is there a user-friendly way to specify the decimal length for Tracker so that it affects only the spam rating?

various things
 By axeld - Posted on December 21, 2002 - 05:38:27   (#4945)
 Current version when comment was posted: 2.0 Beta 7
Sure the number format could be changed within Tracker - it looks like the exponential notation doesn't make that much sense at this place anyway.

To Marco: sure, declaring all bugs as ancient is not a nice way, but since we don't have a QA department, we just didn't have the time to check every bug for validity - we are letting our users do this. Not nice, but it seems to work; sorry :-)
There are still way too many bugs in MDR, but their number is decreasing after all, and we're still beta for a reason.

Off-topic:
And I really can't see any connection to OpenBeOS - just because *I* am involved in both projects doesn't let it share the same problems :-)
If you still don't think OpenBeOS will be a better BeOS than there ever was, feel free, but please check out the source, have a look at all the unit tests we have done for BeOS where our source works so much better.

Ah
 By tupperduck - Posted on December 21, 2002 - 05:27:07   (#4944)
 Current version when comment was posted: 2.0 Beta 7
Thanks for the quick response!

See? I learn something new every day. I'm sure, in time, I'll grow to love and appreciate it for all its minute accuracy.

Re: AGMSBayesianSpam Filter Behavior
 By BGA - Posted on December 20, 2002 - 23:35:03   (#4941)
 Current version when comment was posted: 2.0 Beta 7
Nope. It is not possible, unfortunatelly. It is Tracker who is displaying the number in scientific notation and that's a Tracker feature. The SPAM Filter has no control over that.

-Bruno

AGMSBayesianSpam Filter Behavior
 By tupperduck - Posted on December 20, 2002 - 23:23:01   (#4940)
 Current version when comment was posted: 2.0 Beta 7
I am not sure if this is the proper forum to post this question (if not, please let me know where to direct the question), but I am seeing a behavior where some non-spam messages are being marked with a ridiculously low "spaminess".

For instance, one message rates at 6.524e-05.

Is there a way to prevent the spam filter from assigning scientific notation?

In some instances Open With -> AGMSBayesianSpam filter and specify it as "Genuine" will change the spaminess to a more reasonable number (out to three decimal spaces). Others it does not.

Also, I tried specifying them as "Spam" (which yields a three decimal place number) and switching them back to "Genuine". Upon return to "Genuine" the scientific notation returns.

I tried the same test with and without Self-Training active with the same results.

Thanks!

Re: Filter problem/request
 By BGA - Posted on December 20, 2002 - 22:45:39   (#4938)
 Current version when comment was posted: 2.0 Beta 7
Sorry, I didn't understand the problem you're having with the Compatibility filter (I guessthis is the filter you mention). All it does is execute a specific file when an email arrives exactly like the R5 mail_daemon allows you to do. I don't know where you get the idea of a button in this filter as there is none. :)

Also, the reason your filter does not work is that because the filters are case sensitive. Try to use "Cc" instead of cc. Possible values for the Header field are:

To
From
Cc
Date
Reply-To
Subject
Priority
Mime-Version
STATUS
THREAD
NAME

The second field is a regex that will be matched against the header you selected. For ninstance *something* will match all emails that has the string "something" anywhere in the selected header.

Hope this helps.

-Bruno

mail_daemon messages.
 By BGA - Posted on December 20, 2002 - 22:36:00   (#4937)
 Current version when comment was posted: 2.0 Beta 7
BTW, our mail_daemon supports all messages the original mail_daemon does and more. So, yes, you can use SpicyKeys with it in the same way you can with the original mail_daemon.

-Bruno

About Marcos' comments.
 By BGA - Posted on December 20, 2002 - 22:33:58   (#4936)
 Current version when comment was posted: 2.0 Beta 7
This has been sent to the bemaildaemon-talk list and I am copying it here:

Although I think Marco is being a bit harsh, I can see his point. Axel, you know what the problem is and how to fix it so, please, fix it.

Marco, the fix is known by us for a while now and as I mentioned above, we (Axel, actually) also know how to fix it. The only reason the fix has not been commited is that we all are involved with other stuff as well and it ended up being postponed and postponed again.

What Nathan did was to clean up the bug database because there was zillions of bugs there we fixed and we kinda lost track of them as we were not using the bug tracking interface from SF.

With all that said, I do think you are being unfair. Even if I understand your point. Rest assured the next version will have the fix to the bug you posted included.

BTW, you said we "usurped" BeMail. Unless I am completelly wrong about the meaning of this word, you are *PLAIN WRONG*. BeMail was *GIVEN* by us with permission from Be Inc (and under the OT license) to develop it further. And that's exactly what we are doing as time and other contsraints permit.

-Bruno

Marco, that worked
 By tupperduck - Posted on December 19, 2002 - 02:49:13   (#4879)
 Current version when comment was posted: 2.0 Beta 7
Worked wonderfully. Thanks.

Marcone, the bug and my comment
 By Jace - Posted on December 18, 2002 - 09:19:16   (#4862)
 Current version when comment was posted: 2.0 Beta 7
Okay, I didn't know which bug database. Thanks for explaining. I thought, for some reason, that it was supposed to be the OBOS database (which is wrong I guess). I also didn't mean to imply that you didn't test this bug. I just wanted to see if we could discuss the nature of the bug right here at bebits. Sometimes the audience is much different between the two places (sourceforge/bebits). If all those who visit the sourceforge site have no problem with this bug but all the bebits visitors do, that may affect the mail daemon people a bit differently.

As for an admin closing a bug because it is old and not because it was fixed... I agree that this is NOT the right way to do things. Granted, I have a LOT of issues with a LOT of computer industry things and people get sick of hearing me say what I think is right and wrong. I don't think we should worship developers, either. I just don't know the right way to respond to the situation some times. I just wanted to possibly help get this bug acknowledged.

I looked at the database and the bug was reopened as asked. Nathan has suggested a test and I assume that this will be done and the problem fixed. I don't think that the situation really necessitated getting as upset as it seems you may have, but I'm not going to tell you how to react because I don't know the whole situation from your side.

Re: And now for something completely different...
 By marcone - Posted on December 18, 2002 - 08:38:19   (#4861)
 Current version when comment was posted: 2.0 Beta 7
I'm not running the mail daemon replacement, for obvious reasons, but for the standard mail_daemon with a status window, this works:

hey mail_daemon set Value of View 0 of View 0 of Window 0 to 1

You need the 'hey' utility installed of course, and then use SpicyKeys to bind the command to a key.

And now for something completely different...
 By tupperduck - Posted on December 18, 2002 - 04:47:44   (#4858)
 Current version when comment was posted: 2.0 Beta 7
Is there any way to associate checking mail with a Spicy Key? (Boy wouldn't THAT be convenient.)

Thanks

Re: Now imagine
 By marcone - Posted on December 17, 2002 - 23:47:28   (#4855)
 Current version when comment was posted: 2.0 Beta 7
What is your point, IgRussel? Should we all bow down in praise for the people working on BeMail (note that "the author" that you mention is actually a team of programmers, and that BeMail is a modification of the original BeMail that was open-sourced by Be and then usurped into the mail daemon replacement project). Should we stop reporting bugs? Reporting bugs is essential to getting a good product. If nobody reported bugs, then only the bugs that the author himself ran into would be fixed. If you knew anything about developing software, you would know that that does not work in practice.
So when I ran into this problem about 9 months ago, I did my part and reported it. Others did as well. Nothing happened for 9 months, and then one of the ADMINS of the project (who is supposed to be in charge and see to it that everything goes smoothly, assign work to developers, etc) simply closes the bug because he cannot be bothered to check if it was fixed or not.
The fact that somebody "senior" in the project has this attitude makes me fear for the quality of the product, and I for one do not dare trust my email to it.
Software 101: bugs do not go away over time, unless explicitly fixed.


the bug is...
 By marcone - Posted on December 17, 2002 - 23:28:45   (#4854)
 Current version when comment was posted: 2.0 Beta 7
bug number 533903 in the SourceForge bug database (there's a link to the SourceForge page at the bottom of the MDR BeBits page). The bug is still in the latest BeMail. I checked that before posting, obviously...



Marcone, which bug are you referring to?
 By Jace - Posted on December 17, 2002 - 22:13:38   (#4853)
 Current version when comment was posted: 2.0 Beta 7
Let's try to verify this right now, okay? Give the info about the bug and lets check if it's still there or ask someone to check it (should this require a coder's skills).

Now imagine
 By IgRussell - Posted on December 17, 2002 - 21:44:49   (#4851)
 Current version when comment was posted: 2.0 Beta 7
Now imagine that after using your time to develop an app to cover what (under your point of view) is a gap in an operative system, after offering it as freeware and no earning a penny, after receiving emails asking for new features or saying that it did not work (and do not ask them what kind of system are they running, because they hardly know how to spell Microsoft) after all that, you come here to post it. using your own space, and instead of hearing "thank you", you hear "ooooh, mom, it dos not work, it does not work, there is a bug, mum...". This program is a great one, and if I were not so stupid on programming issues, I would help to improving it instead of crying "bugs", and even on this case, the author is worth a RESPECT from all of us, specually for those lazy enough for not coding bugs on their own and crying "bugs" after having read it on a website. Period. By the way, I use Beam for BONE because I "need" some more interface that email daemon, but I have used this and I use it at work, and it works GREAT for me, and even considering it as a beta, it is much more stable than common windows betas. Thank you very much.

I have lost all faith in this...
 By marcone - Posted on December 17, 2002 - 19:23:17   (#4850)
 Current version when comment was posted: 2.0 Beta 7
Go check out bug number 533903 that was filed against BeMail about 9 months (!) ago. Look at the comment that was added only a few days ago: "This bug is being closed because it's ancient and I have no idea if it applies to the current release". Think about that for a while. The bug was closed not because it was fixed, but because it was "ancient", and the "admin" in charge was too lazy to verify for himself whether or not it was fixed. Needless to say, the bug wasn't fixed.
And this is a simple mail-app. Now imagine what a mess OpenBeOS must be...

Filter problem/request
 By kericu - Posted on December 16, 2002 - 23:24:45   (#4833)
 Current version when comment was posted: 2.0 Beta 7
It's great, but the R5 Daemon filter still doesn't work as it should: the alert box doesn't have a button with the option to 'read new mail now', which would save quite some clicking.

Also, some guidance on setting up the incoming mail filters would be appreciated: I can't get it to do something as simple as directing my subscription mail to a specific folder.

eg: if cc is *HazenA3@aol.com* then move to
/boot/home/mail/4matic

does nothing.

*bonk* me stupid
 By tupperduck - Posted on December 4, 2002 - 23:09:57   (#4594)
 Current version when comment was posted: 2.0 Beta 6
Hmm, yes, that would make sense, wouldn't it? My bad! Thanks.

Beep Works But...
 By Alexander G M Smith - Posted on December 4, 2002 - 22:52:28   (#4593)
 Current version when comment was posted: 2.0 Beta 6
The beep sound does work, but you have to use the Sounds preferences panel to associate a sound file with the "New E-mail" event.

great to have IMAP, one bug with unreachable servers
 By mainlymac - Posted on December 4, 2002 - 04:27:51   (#4578)
 Current version when comment was posted: 2.0 Beta 6
Hey. This is really excellent, and I'm happy to see the support for IMAP. FYI, what follows refers to the Bone version running on BeOS PEMax 2.1. One thing that I noticed is the daemon crashes in a most ungraceful manner when a remote mailserver refuses the connection. It would be nice if it just said something polite like 'the mailserver for account $ refused the connection' or the like. Thanks!

Beep?
 By tupperduck - Posted on December 4, 2002 - 01:01:46   (#4574)
 Current version when comment was posted: 2.0 Beta 6
Does the email "Beep" alert work? I don't hear it when new mail arrives. All the other notifications seem to work fine, though.

Awesome!
 By BiPolar - Posted on December 4, 2002 - 00:46:31   (#4573)
 Current version when comment was posted: 2.0 Beta 6
Thanks people! I love MDR!

general weirdness & feature requests
 By brian68 - Posted on November 27, 2002 - 05:17:03   (#4427)
 Current version when comment was posted: 2.0 Beta 4
Two items of weirdness, actually. One is that I accidentally fixed a mail count problem I had (pre-beta 4) when something I was doing caused libmail.so to renamed. I got some bizarre errors until I fixed the name of that library. It also fixed my mail count, which was telling me I had about a dozen unread messages -- it should be 1000+!

The other weird thing I am dealing with remains unsolved: it takes almost a minute to start the mail daemon! It never took any time (or so it seems) before. This problem pre-dates beta 4. There must be a log or pref file somewhere that is hosed, but I have had no luck so far in finding anything.

Feature request:

Background -- Since I like getting an alert when I have new mail instead of a sound, I leave it switched on....for all of my machines. I also like messages to come in as fast as possible, so I check for new mail every two minutes.

Scenario 1 -- Because I can only really work on one machine at a time, I always get a backlog -- sometimes a huge backlog -- of New Mail dialogs. Can these intelligently update the count instead of spawning a new dialog?

Scenario 2 -- I am connected to DSL and share the connection with my network of about 7 machines. Sometimes the connection dies and the modem needs a kickstart. If I am continuing to work offline, I get interrupted every two minutes by a dialog I must close. The only remedy is to go into the preferences and switch to a different interval. I thought the "only when PPP is active setting would do the trick, but that seems to be particular to Dial-up networking. Maybe I'm missing something, but it there a way to make it bring that problem to my attention without being so disruptive?

Scenario 3 -- I like the idea...and the app, I think, for Spam control. I haven't really figured it out yet, but was wondering if there is a way to be able to review what it wants to say or chooses to do without popping up each time I get new mail? This might be an easy fix, but so far I haven't found it. It is nice that it dismisses itself after a short delay, though.

Bugs with mail count
 By NathanW - Posted on November 24, 2002 - 20:20:29   (#4355)
 Current version when comment was posted: 2.0 Beta 4
These are bugs in vfs (and bfs). As kernel bugs, we can't fix them. However, we are trying to find a workaround for some manifestations of it right now (an earlier fix for a similar bug involved changing the order in which we wrote some attributes). Stay tuned for a fix and/or beta 5. (Maybe we can get both done wand actually post a final release!)

Correct: shows up in the menu, but not in the query window.
 By Jace - Posted on November 24, 2002 - 20:00:43   (#4354)
 Current version when comment was posted: 2.0 Beta 4
Sorry, forgot to answer that question.

No evil messages here.. except from my mom...
 By Jace - Posted on November 24, 2002 - 19:59:27   (#4353)
 Current version when comment was posted: 2.0 Beta 4
Lingering "new" messages vanish after restarting MDR. When lingering, they show in the submenu for "x new messages." Once clicked on, they go away as they should but the notice may still have "x new messages" displayed instead of "no new messages." A mismatch between how many messages it shows and how many it claims there are (both counts being wrong). This seems to keep happening as yesterday it repeated. I guess I just can't rely on that notice for now. Functionality seems otherwise ok so far. It will be some time before the BeOS vfs is replaced and a workaround to a system bug seems somehow counter productive...

File systems bugs and others
 By NathanW - Posted on November 24, 2002 - 01:55:51   (#4338)
 Current version when comment was posted: 2.0 Beta 4
Yes, you've hit the vfs bug I'm afraid.

As for the evil message: this may be a bfs bug too. You say it shows up in the menu, but not in the query window?

Not In Trash, Maybe MDR Bug or vfs Bug
 By Jace - Posted on November 23, 2002 - 21:05:36   (#4332)
 Current version when comment was posted: 2.0 Beta 4
After emptying the trash, the new item count remained. I quit the MDR, and restarted it and the count was correct (zero).

Other "New Email" problems
 By CoolToddHunter - Posted on November 23, 2002 - 17:01:03   (#4329)
 Current version when comment was posted: 2.0 Beta 4
I had the problem with new emails being reported after I had read them with beta 1. This seemed to happen typically if I replied to a new email I was reading. It would then have a new email listed ("1 new message >") even though the new message query was empty. This would hang around until MDR or the computer was restarted.

However, with beta 4, I am having a much more serious problem. One specific mail is hanging around in the new mail listing, even though the new mail query is empty. It will not go away. The mail is deleted (and out of the trash, as well), but I always have a listing for it in the new mail menu. The MDR also refuses to pick up a new copy from the server (re-marked new).

Stopping MDR
 By Alexander G M Smith - Posted on November 23, 2002 - 16:31:13   (#4328)
 Current version when comment was posted: 2.0 Beta 4
Brian68 requested a stop button, there isn't one but you can still stop the program while it is sending or receiving. Right click on the deskbar mailbox icon and pick Quit from the pop-up menu. If you were receiving mails, it will start over and receive them all again the next time you check for mail, giving you some duplicate mail items (it only deletes the mail from the POP server once it has all been retrieved).

Bugs in the mail count
 By NathanW - Posted on November 23, 2002 - 02:08:39   (#4310)
 Current version when comment was posted: 2.0 Beta 4
There are a couple of possible explanations for what you are experiencing. One is that you have some unread mail in the trash. This will be counted in the menu item, but not listed in the menu itself. The second is that you have hit a bug in the BeOS kernel's vfs layer, which the MDR message count code seems to trigger. It affects tracker queries too. Sorry about that.

As for mail disappearing, once you open it, it becomes "Read" and so is no longer included in the list of new messages. This may explain your comment about disappearing messages.

MDR offers conflicting reports about "New Email" or "None New"
 By Jace - Posted on November 23, 2002 - 00:32:42   (#4309)
 Current version when comment was posted: 2.0 Beta 4
Right now, after updating to this latest MDR, the icon claims new email. The menu says 6 new messages. There are two listed in the "6 new messages" submenu, neither of which exist. Clicking on them opens emails. Once they've been clicked, they are gone from the menu, the menu is empty and it now says "4 new messages." Clicking on "4 new messages" gives me an empty query window (nothing is listed here, so there is no new email).

Are these bugs (known or otherwise) or caused by upgrading from the previous version?

I also use Beam, too. Beam says nothing is new any more, either.

Thanks for all the hard work, btw. I'm not ungreatful :-)

Ah! New BeMail
 By stippi - Posted on November 22, 2002 - 14:28:04   (#4296)
 Current version when comment was posted: 2.0 Beta 4
Hey!! Kudos for the new BeMail! Ingos fixes are in! <Shift>-<Home>/<End>! Finally!!

-Stephan

Ups! on Dano
 By BiPolar - Posted on November 18, 2002 - 02:38:29   (#4221)
 Current version when comment was posted: 2.0 Beta 1
The BeMail crash every time i try to change the account (ie. clicking on my e-mail address).

thanks :)
 By Intelinside - Posted on November 7, 2002 - 23:45:17   (#4025)
 Current version when comment was posted: 2.0 Beta 1
thanks i apprciate it =)

Re: CVS Server
 By Philippe Houdoin - Posted on November 7, 2002 - 12:27:13   (#4014)
 Current version when comment was posted: 2.0 Beta 1
See http://sourceforge.net/cvs/?group_id=26926

CVS server?
 By Intelinside - Posted on November 7, 2002 - 06:18:37   (#4009)
 Current version when comment was posted: 2.0 Beta 1
whats the address for the Mail Daemon CVS repository?

feature request
 By brian68 - Posted on November 6, 2002 - 12:06:46   (#3993)
 Current version when comment was posted: 2.0 Beta 1
If possible, could a 'cancel' or 'stop' button be added to the status window? More than a few times I've sent a huge file to a dialup user and I just have to watch it go and hope they don't find out where I live... ;-) Also, a "Do you really want to do this?" dialog (configurable in prefs) to warn you when you're about to send attachments that exceed a certain size would be great. "An ounce of prevention..."

Comment Pages:    << prev  |  1  |  2  |  3  |  4  |  5  |  6  |  7  |  8  |  9  |  10  |  11  |  12  |  13  |  14  |  next >>
 
The Green Board
  Recent Downloads  -  # 10
Total Downloads  -  # 69
Total Views  -  # 44
User Ratings  -  # 83
  E-Mail
1.  BePodder - 9.80
2.  QEMU - 9.68
3.  ScummVM - 9.57
4.  cpu_fix - 9.42
5.  Jukebox - 9.40
6.  libdl.so - 9.40
7.  Haiku AGP busm... - 9.35
8.  vim6 - 9.31
9.  Beezer - 9.26
10.  HandBrake - 9.25
1.  BeOS 5 Perso... - 13,638
2.  Realtek RTL8... - 13,137
3.  Ati Radeon G... - 12,626
4.  Ensoniq Audio... - 7,591
5.  ATI Rage 128... - 7,459
6.  USB Joystick... - 5,676
7.  Broadcom 440x... - 5,423
8.  S3 Trio 64 v2... - 4,746
9.  USB Serial dr... - 4,718
10.  Intel Extreme... - 4,481
You are not logged in.
 Login

 
Unless otherwise noted, everything is copyright © 1999-2009 Haikuware. All Rights Reserved.
For more legal trivia, take a gander at our
Legal Stuff page and our Privacy Statement.