 |
 |
| Re: compile source with bone |
 |
 |
By BGA - Posted on June 6, 2003 - 14:10:11 (#7582)
Current version when comment was posted: 2.0.1 Beta 2 |
 |
 |
Actually there is also the DNS stuff that must be changed. I don't remember exactly what it is.
-Bruno
|
|
| Re: compile source with bone |
 |
 |
By mmu_man - Posted on June 6, 2003 - 07:32:04 (#7580)
Current version when comment was posted: 2.0.1 Beta 2 |
 |
 |
you just need to include sys/socket.h before, instead of socket.h. you should always use the former anyway.
|
|
| Feature request |
 |
 |
By Diver - Posted on May 31, 2003 - 16:33:06 (#7505)
Current version when comment was posted: 2.0.1 Beta 2 |
 |
 |
Is it possible to make popup hint when pointing to MDR icon in Deskbar witch will indicate how many new messages you have, like it implemented in ClipUP?
Thanx.
|
|
| Re: Checking for new mail popup window always in Workspace #1 |
 |
 |
By Alexander G M Smith - Posted on May 31, 2003 - 01:25:56 (#7502)
Current version when comment was posted: 2.0.1 Beta 2 |
 |
 |
I have it with the progress window always open, and it seems to reliably remember which workspace the window was on. Try moving the window to some other workspace and see if that sticks. Also make sure your e-mail preferences have it only showing on one workspace, not all.
|
|
| Checking for new mail popup window always in Workspace #1 |
 |
 |
By zenja - Posted on May 31, 2003 - 00:51:26 (#7501)
Current version when comment was posted: 2.0.1 Beta 2 |
 |
 |
I know that this isn't the proper place for Bug reports, but when checking for new mail, the popup window with progress report is always displayed in Workspace #1. Shouldn't it appear in whichever workspace the user currently selected this option from (this assumes that the user manually checks for new email from the Deskbar replicant). Its annoying since you dont see any confirmation that the search looked.
|
|
| Request please... |
 |
 |
By ablyss - Posted on May 23, 2003 - 23:28:37 (#7399)
Current version when comment was posted: 2.0.1 Beta 2 |
 |
 |
I would like to see a new feature added in MDR that will keep the mail check utility functioning even when there is an error. I use MBR for forwarding emails to other accounts, and when I get home it says, "could not connect to server" and never tries again. It needs not to stop checking mail, just a nice warning and time stamp would be called for.
Sincerely,
Kris Beazley
A.k.a, ablyss
|
|
| Re: Bug |
 |
 |
By Alexander G M Smith - Posted on April 26, 2003 - 16:44:13 (#7064)
Current version when comment was posted: 2.0.1 Beta 2 |
 |
 |
Beat me to it, BGA! No problem with false daemon startups here, using standard BeOS R5 (netserver, not BONE).
|
|
| Re: bug |
 |
 |
By BGA - Posted on April 26, 2003 - 16:18:20 (#7063)
Current version when comment was posted: 2.0.1 Beta 2 |
 |
 |
Let me guess. You're running BONE. It is not a MDR problem but a problem related to the *WRONG* way BONE sets things up. It creates a script in /etc/net.d that starts the mail_daemon in the way it should be started but it *ALSO* creates a link to the mail_daemon in that dir and this is what makes it start even if you set it not to. Remove the link and it will work.
-Bruno
|
|
| bug |
 |
 |
By jeanmarc - Posted on April 26, 2003 - 15:52:45 (#7062)
Current version when comment was posted: 2.0.1 Beta 2 |
 |
 |
It seem there is a little bug, the mail daemon always start even if we don't check the auto-start in preferences.
|
|
| Re: compile source with bone |
 |
 |
By BGA - Posted on April 23, 2003 - 21:44:42 (#7019)
Current version when comment was posted: 2.0.1 Beta 2 |
 |
 |
The problem is that BONE does not replace the NetKit headers so they still refer to the old net_server headers. You would have to manually change the NetKit headers o ge it to work so I just recommend you to download the pre-compiled version and use it.
-Bruno
|
|
| Re: compile source with bone |
 |
 |
By Alexander G M Smith - Posted on April 23, 2003 - 21:31:01 (#7018)
Current version when comment was posted: 2.0.1 Beta 2 |
 |
 |
Sounds like some sort of include file path problem. Maybe someone who uses BONE can comment?
|
|
| compile source with bone |
 |
 |
By ljr - Posted on April 23, 2003 - 20:03:01 (#7016)
Current version when comment was posted: 2.0.1 Beta 2 |
 |
 |
i try to compile source with bone but smtp/imap/pop are not build as :
/boot/develop/headers/be/net/NetEndpoint.h:17: socket.h: No such file or directory
any solution ?
|
|
| Spam fix |
 |
 |
By brian68 - Posted on April 21, 2003 - 23:23:20 (#6981)
Current version when comment was posted: 2.0.1 Beta 2 |
 |
 |
Thanks for the PPC fix...I was going to report it as a bug but wasn't sure if I was just being a big dummy & doing something wrong. :-)
|
|
| Re: alt+q cause problems |
 |
 |
By Alexander G M Smith - Posted on April 7, 2003 - 02:08:35 (#6748)
Current version when comment was posted: 2.0.1 Beta 1 |
 |
 |
It's up to you to change the key bindings. Try the KeyMap utility, in the BeOS preferences menu. You can right-click to drag around keys and make your own keyboard mapping. Before you start, save your existing keymap and work on a copy (with a different file name).
|
|
| alt+q cause problems |
 |
 |
By fye - Posted on April 6, 2003 - 18:09:22 (#6741)
Current version when comment was posted: 2.0.1 Beta 1 |
 |
 |
On my keyboard-layout (turkish Q) I use alt-gr+Q (right alt+Q) for @, but mdr has alt+q assigned for qutting. So when I try to type @ I quit the new mail window. Therefore I use ctrl as my shortcut key, but I'd rather use the alt key as the shortcut key. Can you change the keybindings or add custom keybindings support? (Or some other solution)
Thanks.
|
|
| More on the query bug |
 |
 |
By NathanW - Posted on April 6, 2003 - 17:56:43 (#6740)
Current version when comment was posted: 2.0.1 Beta 1 |
 |
 |
Yes, that is a new query. Replacing the existing query is a pretty awful hack, but I'll look into it.
-Nathan
|
|
| RE: Mail count bug...possible solution |
 |
 |
By tb100 - Posted on April 6, 2003 - 12:54:49 (#6737)
Current version when comment was posted: 2.0.1 Beta 1 |
 |
 |
So the live query you use for the count monitoring is wrong - however when you go across from the "x new messages" menu item, none are displayed - is this because it is a new query or something? How about, when the user moves across from the "x new messages option", the live query responsible for the counting is killed, and a new one fired up. Possible?
Simon
|
|
| I am all wise and knowing now |
 |
 |
By Intelinside - Posted on April 6, 2003 - 04:04:14 (#6736)
Current version when comment was posted: 2.0.1 Beta 1 |
 |
 |
ahh i understand, :) maybe you could add counter reset option
untill OpenBFS arrives! or maybe not
|
|
| Mail count bugs |
 |
 |
By NathanW - Posted on April 6, 2003 - 00:05:09 (#6734)
Current version when comment was posted: 2.0.1 Beta 1 |
 |
 |
This is due to a problem with bfs. It misreports live queries on attributes not stored in the file's inode. You can fix the bug in most cases by reformatting your disk with a larger block size so that it can fit more attributes in the inode. Or you can wait for OpenBFS. Sorry we can't fix it -- it annoys us too.
-Nathan
|
|
| New Email Residue |
 |
 |
By Intelinside - Posted on April 5, 2003 - 13:02:12 (#6732)
Current version when comment was posted: 2.0.1 Beta 1 |
 |
 |
When i view and delete new email directly from the New Email Query, and empty the trash, most of the time it still thinks there is new email, as more gets deleted the count number builds untill I restart the Deskbar or Restart Networking,
|
|
| Re: Filter & Regular Expressions |
 |
 |
By Alexander G M Smith - Posted on April 2, 2003 - 18:00:48 (#6704)
Current version when comment was posted: 2.0.1 Beta 1 |
 |
 |
What surprised me when looking at the code is that there is a full regex engine in the match filter. Not just the ordinary filename wildcard type matching. But you still need to escape the square brackets with a backslash. Maybe there's a good regex web page somewhere that we can refer to?
|
|
| Filter & Regular Expressions |
 |
 |
By ebor - Posted on April 2, 2003 - 03:32:39 (#6693)
Current version when comment was posted: 2.0.1 Beta 1 |
 |
 |
I think it would be a good idea to add a hint in the ReadMe regarding the use of regex's and escapes.
Many mailing lists these days include their name in the subject line, enclosed in square brackets, e.g. "[beusertalk]". Using this expression as-is ("*[beusertalk]*") in the filter settings will get you anything but the filtering of BeUserTalk email. The reason being, of course, the non-escaped square brackets. Setting it to "*\[beusertalk\]*" works.
I love regex's for their flexibility, and am happy that they can be used. Yet the novice user won't know about escapes, and be frustrated.
TALIA - and keep up the great work!
Eberhard
|
|
| Add font eleven font high |
 |
 |
By Diver - Posted on March 18, 2003 - 02:03:59 (#6435)
Current version when comment was posted: 2.0.1 Beta 1 |
 |
 |
It will be cool if you will add 11 font high to be selectable in options 'couse this thr only font high which make text to show the best way for me. Thanks.
|
|
| The BeOS way to email ;) |
 |
 |
By tb100 - Posted on March 15, 2003 - 13:09:40 (#6397)
Current version when comment was posted: 2.0.1 Beta 1 |
 |
 |
Ok, so my transfer from "Windows thinking" is now complete. I was stuck with the idea that email clients had to have a three-way split view window. But MDR is a much better way of doing things - tiny replicant, emails that can be seen as plain text with any app, plenty of bfs-queryable attributes. A lot of power, in a simple, slimline interface.
I would add to the "Feature-Creep" warnings though, keep it simple. Preferences are OK, providing they don't complicate using the actual app. We have to strike a compromise - otherwise imagine the preference window and replicant menu in 20 years time (I knew those 70" monitors would have to be filled with something ;)). Leave the features where they are now, fix the bugs, and call it "complete".
Talking of bugs: The first time I ran MDR, I had about 300 emails in my inbox. It copied about 50, then through up 250 warning boxes saying "couldn't copy the message to / boot/home/mail/in General OS error" - The space in the path is there because the first slash was on a different line in the message box. Only way to solve it - click OK 250 times, quite and restart, get the next 50, OK 200 times, etc.
Great work anyway.
Simon
|
|
| Thanks for the code change... I just rebuilt it... |
 |
 |
By pazani - Posted on March 9, 2003 - 01:03:42 (#6284)
Current version when comment was posted: 2.0.1 Beta 1 |
 |
 |
...without the ALL in non-group code..
Thanks again!
Mike J.
|
|
| Re: Less Preferences Good |
 |
 |
By skiversoul - Posted on March 8, 2003 - 21:31:42 (#6280)
Current version when comment was posted: 2.0.1 Beta 1 |
 |
 |
>That's a good point, about having too many preferences settings. Maybe have the sorting >settings right in the menu itself, where you
>can use them immediately?
Maybe - that can be a good thing sometimes - but what I was driving at was how far do you intend to take his app? Is it intended to be heavy on features or relatively slim? Perhaps no-one actually knows where it's going. I'm worried about feature creep in MDR and OpenTracker.
|
|
| Re: Sorry but I disagree |
 |
 |
By Kokito - Posted on March 8, 2003 - 21:02:32 (#6279)
Current version when comment was posted: 2.0.1 Beta 1 |
 |
 |
Good point BGA. Not everybody works the same way.
Adding a pull-down menu with the following options to BeMail Preferences would solve the problem.
After reply/forward:
- Keep original open
- Close original
- Delete original with prompt
That would do it.
Koki
|
|
| Re: Close original message on reply/fwd |
 |
 |
By BGA - Posted on March 7, 2003 - 17:51:51 (#6240)
Current version when comment was posted: 2.0.1 Beta 1 |
 |
 |
Sorry but I disagree. I usually erase the emails after I reply to them so if the original window was closed I would have to search and find the email again to delete it.
Not to mention that if I am reading the emails from the New Email query window I will first have to track it down where the email is.
-Bruno
|
|
| Close original message on reply/fwd |
 |
 |
By Kokito - Posted on March 7, 2003 - 17:43:55 (#6239)
Current version when comment was posted: 2.0.1 Beta 1 |
 |
 |
Alex,
Can we have an option to close the original message upon clicking on the reply/button?
Just trying to reduce the number of clicks needed to use BeMail. :-)
Koki
|
|
| Less Preferences Good |
 |
 |
By Alexander G M Smith - Posted on March 6, 2003 - 18:27:50 (#6223)
Current version when comment was posted: 2.0.1 Beta 1 |
 |
 |
That's a good point, about having too many preferences settings. Maybe have the sorting settings right in the menu itself, where you can use them immediately?
|
|
| Addresses etc. |
 |
 |
By skiversoul - Posted on March 6, 2003 - 08:19:45 (#6219)
Current version when comment was posted: 2.0.1 Beta 1 |
 |
 |
One of my pet hates is convoluted preferences. Less is more.
|
|
| Popup lists |
 |
 |
By Switkin - Posted on March 6, 2003 - 02:59:34 (#6216)
Current version when comment was posted: 2.0.1 Beta 1 |
 |
 |
Even though they can be rather long, I prefer to have people's names directly in the popup lists, as this is faster to access. Mail-It is annoying in this respect because when you click, you have to choose People, then Main Address Book, then the person you want. Which is useless, because I don't have any other address books.
|
|
| Reorganizing the Groups and People Address Lists |
 |
 |
By Alexander G M Smith - Posted on March 3, 2003 - 22:06:17 (#6173)
Current version when comment was posted: 2.0.1 Beta 1 |
 |
 |
I just had another idea, and threw it away as being awkward (submenu lists for each possible sorting method). But having a special magic group for "All" would be useful. And another for "Isolated" people not in groups.
Should there be any e-mail addresses in the pop-up list, or just groups? Perhaps a preferences item for that choice, which will select a group (including magic ones) to take e-mail addresses from for the main list after the groups.
Nope, make that two preferences - which group gets exploded plus the sorting order to use for everything in the list.
Any opinions or ideas on alternative ways of doing it? Or is that good enough?
- Alex
|
|
| Is there any way to get rid of the list of addresses... |
 |
 |
By Alexander G M Smith - Posted on March 3, 2003 - 20:52:32 (#6169)
Current version when comment was posted: 2.0.1 Beta 1 |
 |
 |
Odd, BiPolar was asking about that too. Maybe we should have all the addresses grouped under an entry, like "All", rather than in the main part of the pop-up menu. And a separate entry, "Ungrouped" perhaps, for people not in a group?
For the moment, you can get the source and change bemail/Header.cpp QPopupMenu::EntryCreated to place the groups / full list where you wish, if you have a bit of programming skill. Recompile with a "make" in the bemail directory, and use the resulting bemail/obj.x86/BeMail. If you want to go back to the old way of not listing everybody (just non-group people), change the "} while (groupMenu != NULL);" line near the bottom of that function back to "} while (groups.Length() > 0);".
- Alex
|
|
| (and yes, I saw your tip :) |
 |
 |
By pazani - Posted on March 3, 2003 - 20:41:32 (#6168)
Current version when comment was posted: 2.0.1 Beta 1 |
 |
 |
I was just wondering if there was some hidden option to not display the list...
Mike
PS - Great product!
|
|
| Is there any way to get rid of the list of addresses... |
 |
 |
By pazani - Posted on March 3, 2003 - 20:38:41 (#6167)
Current version when comment was posted: 2.0.1 Beta 1 |
 |
 |
|
| Pop-up e-mail list too big? Try this... |
 |
 |
By Alexander G M Smith - Posted on March 2, 2003 - 17:38:28 (#6146)
Current version when comment was posted: 2.0.1 Beta 1 |
 |
 |
A tip: Make a group just to contain your frequently used e-mail addresses, and call it "A-something" so that it comes first in the groups list alphabetical order. Then it will be more convenient to pick your frequently used names from the group list, rather than scrolling through the giant pop-up list of all names.
|
|
| Comments Welcome |
 |
 |
By Alexander G M Smith - Posted on February 26, 2003 - 15:51:12 (#6082)
Current version when comment was posted: 2.0.0 Beta 9 |
 |
 |
I don't mind comments; they're useful for finding out which things bug people the most. Bruno did suggest that I could make it even more extreme by adding video to the menus. It won't take as much screen real-estate as text menus, and I may be getting a web cam soon...
Heh, just joking. After the fuss when the spam database grew to 1MB, there's no way we could include video in the download.
- Alex
|
|
| There is no need to be sorry |
 |
 |
By Jack Burton - Posted on February 26, 2003 - 09:51:14 (#6078)
Current version when comment was posted: 2.0.0 Beta 9 |
 |
 |
... since you are doing a great job.
I just gave some advices so that the MDR can be better and better. Often users don't report bug or inconsistencies, but I, as a developer (even if not a good one), tend to report what I don't like or I think it's not perfect. :)
I hope that my comment didn't sound harsh.
And about the popup menu issue... I knew you would have answered that way :=)
But, as I said, there HAS to be a better way to describe what the algorythms do without putting the entire description into the popup menu.
Keep up the good work :)
|
|
| Sorry about the Popup Menu Size |
 |
 |
By Alexander G M Smith - Posted on February 25, 2003 - 21:48:31 (#6070)
Current version when comment was posted: 2.0.0 Beta 9 |
 |
 |
Sorry about the pop-up menu size, but I feel that an explanation of the AGMSBayesianSpamServer's algorithms needs to be in the menu to make it more obvious what each one does. But you're right, though part of the problem is the BPopUpMenu's choice of a larger than usual font (probably because it was designed to make it easier to read menus in ordinary menu bars).
Yes, I know the rest of the GUI in the spam server is messy. Functional, but messy. Fixing it is a long fiddly job (where's that layout engine?), which has to wait since it's low priority relative to other things that need to be done.
For that matter, the rest of MDR's GUI should be overhauled when OpenBeOS comes up with a layout engine. Probably should also redo the language localization (currently just quickie compile time macros) at the same time, once a standard system exists. But until then, it's up to you, or someone else with the time, to fix it.
- Alex
|
|
|
|
 |
 |
|
 |
 |
 |
 |
 |
 |
 |
|
|
 |
 |
 |
| |
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,620
2. Realtek RTL8... - 13,133
3. Ati Radeon G... - 12,603
4. Ensoniq Audio... - 7,578
5. ATI Rage 128... - 7,451
6. USB Joystick... - 5,674
7. Broadcom 440x... - 5,421
8. S3 Trio 64 v2... - 4,738
9. USB Serial dr... - 4,714
10. Intel Extreme... - 4,476
|
 |
 |
 |
 |
| You are not logged in.
Login
|
 |
 |
 |
 |
|