 |
|
| Documentation... |
|
|
By tuishimi - Posted on January 29, 2004 - 13:55:08 (#10821)
Current version when comment was posted: 2.2.6 |
|
|
Anywhere I can read up on filtering? I am trying to get something as simple as moving all messages from work into a different folder. Not having any success...
... header(From) against value(*domain.com*) ...
|
|
| Re: Long URLs |
|
|
By Alexander G M Smith - Posted on January 28, 2004 - 14:20:56 (#10795)
Current version when comment was posted: 2.2.6 |
|
|
One way of doing it would be to have wrap off and manually wrap the lines. Or create a utility like AGMSWordWrapper which you could use to wrap a selected block of text - just don't select the URL line.
Or have it recognize URLs and handle them specially, but then it starts to be like Outlook Express, where it automatically recognizes URLs and creates an HTML hyperlink, though sometimes getting it wrong if there are spaces. That would be more a project for an HTML edit control in the BeOS user interface library.
P.S. We should investigate the e-mail format/flowed type which seems to do wrapping but treats lines ending with a space as continuing on to the next line, and unwraps them when you read the message. The current unwrapped method just sends the text as a very long line, which some mail servers can't handle (seems to be a limit at 8K bytes).
|
|
| Re: long URLs |
|
|
By mmu_man - Posted on January 28, 2004 - 09:04:51 (#10793)
Current version when comment was posted: 2.2.6 |
|
|
Except you do want to keep wrapping on, since it's badly regarded not to wrap text (cf. Netiquette).
But I guess those sending html mails don't care at all about the Netiquette.
|
|
| Re: Long URLs |
|
|
By Alexander G M Smith - Posted on January 28, 2004 - 03:55:12 (#10791)
Current version when comment was posted: 2.2.6 |
|
|
Works fine for me, when I turn off word wrap in the BeMail preferences. With word wrap on, it does break it up into lines, at / marks and other punctuation. I suggest turning word wrap off.
- Alex
|
|
| Re: URLs |
|
|
By Franxico - Posted on January 27, 2004 - 23:52:20 (#10787)
Current version when comment was posted: 2.2.6 |
|
|
Thanx mmu_man for explaing what i want to say :)
AGMS, try to send to yourself an e-mail with a very big link and you see what i mean.
--
François Vincent
|
|
| Re: Re: URLs |
|
|
By mmu_man - Posted on January 27, 2004 - 22:07:43 (#10785)
Current version when comment was posted: 2.2.6 |
|
|
The problem is BeMail cuts text at 80 cols, incluing urls that are longer than that.
Then the url gets span across different lines, and usually the MUA ofthe receiver takes only the first like, so an url like :
http://www.foobarfoobar.com/foobarfoobar/foobarfoobar/plop.html
will likelly be taken as :
http://www.foobarfoobar.com/foobarfoobar/
ignoring the 2nd line:
foobarfoobar/plop.html
(BeMail seems to cut 'intelligently' on slashes :^))
|
|
| Re: URLs |
|
|
By Alexander G M Smith - Posted on January 27, 2004 - 13:40:00 (#10779)
Current version when comment was posted: 2.2.6 |
|
|
> Is there a way to BeMail recognize long URLs using text wrap? I tried to use < > but it doesn't work.
I'm not sure what you mean, URLs as in web site addresses? Or e-mail addresses? Are they in a message you are typing in or in an e-mail address for the person you are sending a message to?
Since you said wrap, I assume that means in messages you type in. No, it doesn't recognize URLs at all. The text you type in is what the other end receives. If they happen to be using Outlook Express, or MDR, the e-mail viewing software looks for things that look like URLs and highlights them. But most e-mail viewers assume that the URL ends where there is a space character. That could be the it. You can type in %20 (percent sign followed by twenty) instead of the space to avoid that problem for URLs with spaces.
- Alex
|
|
| URLs |
|
|
By Franxico - Posted on January 26, 2004 - 20:33:32 (#10773)
Current version when comment was posted: 2.2.6 |
|
|
Is there a way to BeMail recognize long URLs using text wrap? I tried to use < > but it doesn't work.
Thanx,
François Vincent
|
|
| Rebuilding Indices for People Files |
|
|
By Alexander G M Smith - Posted on January 19, 2004 - 14:18:38 (#10662)
Current version when comment was posted: 2.2.6 |
|
|
First make sure the indices exist. Merely opening and closing the People program should do it. In particular, META:email is the index that needs to exist on all disk volumes with People files. Then use http://www.bebits.com/app/2033 to reindex the files on the disk with your People files.
Also search http://www.betips.net/ for "index". There are several other ways of doing it listed there, like the duplicate folder command.
|
|
| Thanks AGMS |
|
|
By Kokito - Posted on January 19, 2004 - 00:51:49 (#10644)
Current version when comment was posted: 2.2.6 |
|
|
Alex, thank you for the explanation.
Is there an easy way to recreate the indexes after the fact (that is, after the people files have been copied or moved from the old volume to the new one)?
Also, would YT be potentially able to fix this if a bug report were to be filed?
Koki
|
|
| Re: BeMail stops picking up emails from people files |
|
|
By Alexander G M Smith - Posted on January 16, 2004 - 03:08:50 (#10592)
Current version when comment was posted: 2.2.6 |
|
|
It's the usual index problem. When you restore a hard drive, you should first recreate the indices that existed on the old drive. Use "lsindex -l" to find the ones on the old drive (lists the indices for the volume the current directory is in). Use mkindex to recreate them on the new volume (again current directory needs to be on the desired disk volume).
Of course, the first time you run People, it creates the indices it uses. So an alternative method would be to run People, exit, then copy your files to the new volume (or manually copy them to some other BFS volume and then back, or zip and unzip them).
Actually, the mail daemon also recreates its indices when it starts up. But since that's an automatic part of system startup, you don't notice it.
- Alex
P.S. AGMSFileSystemPacker saves the indices, and will sometime restore them too. And there's another utility on BeBits for saving and restoring the indices, and the OpenBeOS lsindex command has an option for dumping a script file to recreate the indices. Also see http://www.bebits.com/app/2033
|
|
| BeMail stops picking up emails from people files |
|
|
By Kokito - Posted on January 16, 2004 - 00:36:56 (#10583)
Current version when comment was posted: 2.2.6 |
|
|
Hi,
I recently switched to Zeta and did a clean install in a new HDD. After doing a clean install of Zeta, I downloaded the latest MDR for BONE, and I then copied all my People files from my old BeOS to the new Zeta volume.
The problem: although all the data in the People files is intact, BeMail's "To" pull down menu does not pickup the email addresses at all.
I have to say that I have had this very same problem in the past when I swapped HDDs while using BeOS R5, so it does not seem to be Zeta-specific.
I have figured out that opening and re-saving one People file at a time solves this problem, but needless to say this is very cumbersome. Is this a bug in MDR (or BeOS/Zeta), or am I missing something very obvious?
If this is a bug and needs to be reported somewhere else, please let me know so that it gets the attention of the developers.
Cheers!
Koki
|
|
| Re: bug: Create New Message not accepting BeIDE's drag-drop text. |
|
|
By Alexander G M Smith - Posted on January 6, 2004 - 03:40:51 (#10374)
Current version when comment was posted: 2.2.6 |
|
|
Please post it in the Sourceforge bug tracking system, otherwise we'll forget it. I think you can do that anonymously, without https access.
|
|
| bug: Create New Message not accepting BeIDE's drag-drop text. |
|
|
By mmadia - Posted on January 5, 2004 - 08:04:24 (#10346)
Current version when comment was posted: 2.2.6 |
|
|
drag and dropping text from BeIDE does not get pasted on a Create New Message email.
however it will accept text from other applications such as StyleEdit or BeAIM.
BeIDE can also drag-drop text in other programs.
drag-dropping text from StyleEdit, BeAIM, BeIDE, Create New Message all result in the same information, barring the actual string.
type: "CSTR", id: `0++`, Name: "New String", Data: `strings data`, Size: `size`
that's all the info i can muster about it, hopefully it helps.
p.s. fantastic program :)
i couldn't create a sf.net account, needed https, will do later.
|
|
| Thanks! |
|
|
By Sir Mik - Posted on January 3, 2004 - 13:54:38 (#10297)
Current version when comment was posted: 2.2.6 |
|
|
Works fine with the outlook server now! thanks for adding a workaround
regards,
Tim
|
|
| Hide status log window |
|
|
By Masque - Posted on January 2, 2004 - 19:59:07 (#10284)
Current version when comment was posted: 2.2.6 |
|
|
I think it should be useful to add an option to let the user choose if and how to show the status log window.
There should be some options like "never show", "auto close after x seconds" or "show after x errors" and the window position and size it should be saved (so I can leave it always in a corner of the screen, for example).
I noticed that if you hide the window, by double clicking the title bar, then you are unable to make it show again until you quit and restart the mail daemon. I think there should be an option in the menu to make it appear again.
|
|
| Re: Unmountable volumes |
|
|
By Alexander G M Smith - Posted on January 1, 2004 - 15:06:44 (#10260)
Current version when comment was posted: 2.2.6 |
|
|
I noticed that too. One fix is to go back to version 2.2.2, which uses just the boot volume, and which creates its incoming e-mail files in /tmp rather than in the inbox, and then moves them into the inbox when they are complete. This looks better in Tracker.
Another fix is to mount your extra BeOS disk volumes after MDR has started up. Either do a time delayed mount in your bootscript, or have a huge slow AGMSRAMDiskDevice to delay the mounting of extra BeOS volumes.
|
|
| Unmountable volumes. |
|
|
By BiPolar - Posted on January 1, 2004 - 08:06:32 (#10256)
Current version when comment was posted: 2.2.6 |
|
|
Hey there,
I was having problems to unmount certain volumes on my system. After trying lots of different things, I realized that it was MDR's "fault".
Since 2.2.5 (and because of the changes made to queries, now multi-volume) I can't unmount any volume (that supports queries, of course) that was mounted before MDR starts. And I'm unable to unmount them unless I quit MDR.
Albeit I'm happy with the possibility of having my mails on other than the boot volume, I dislike this side-effect. Even if I had my mailbox in a non-boot volume, I will not spread them across several volumes, but MDR (re)creates MAIL: indexes for all the volumes with queries support at start. I personally don't like this (why having indexes that I will never use?).
Another thing: there is a small visual issue in BeMail if you are not using AGMS's Spam Filter. The minimun window width it's not large enough, so if you rezise it to the min possible width, part of the "Encoding" option menu gets "clipped". No big deal, but I wanted to let you know about this.
There rest stays as good as usual (yes, I got used it's good quality :-) ).
Thanks.
--BiPolar.
|
|
| Underscored on purpose |
|
|
By 7 - Posted on December 30, 2003 - 08:13:11 (#10229)
Current version when comment was posted: 2.2.6 |
|
|
As you may know, spaces are a pain to deal with in a makefile or with command line tools, so the underscore versions were used in Zeta.
This is just another example of how complex it is to keep track of all the details when making an operating system.
|
|
| It does what now? |
|
|
By NathanW - Posted on December 30, 2003 - 00:32:45 (#10224)
Current version when comment was posted: 2.2.6 |
|
|
If your copy of MDR is looking for addon names with underscores in them, then the previous version of MDR you were using is really screwed up, and is certainly not any version we ever released, or even wrote. Maybe you used the version included on the Zeta CD - the installation process they used has serious bugs, and installs only a broken version of the software. If you remove your old account settings, and recreate them using the 2.2.6 (or any legitimate MDR) preferences app, you should have no problems after that.
|
|
| Zeta bugfix |
|
|
By zenja - Posted on December 30, 2003 - 00:00:23 (#10222)
Current version when comment was posted: 2.2.6 |
|
|
The Zip file contains 2 addons in the system filters directory called "Message Parser" and "New Mail Notification". When you check email, it looks for "Message_Parser" and "New_Mail_Notification" (notice the underscore instead of spaces). This kills the mail daemon. Its a simple thing to fix, just informing other users who'll soon start screaming - it doesn't work. Hopefully the good Dr. is in :-)
|
|
| A tip |
|
|
By kericu - Posted on December 17, 2003 - 11:48:23 (#10008)
Current version when comment was posted: 2.2.5 |
|
|
I was having intermittent problems sending emails over DSL (but not DUN), and thought it was an MDR fault, until I came across this ADSL upload patch, which fixed it:
http://www.bebits.com/app/3424
Headache resolved!
|
|
| Re: block size |
|
|
By Rene Gollent - Posted on December 16, 2003 - 15:02:24 (#9987)
Current version when comment was posted: 2.2.5 |
|
|
A word of caution re 2048/4096 byte block sizes: This can in some circumstances cause the kernel to miscalculate a few things with respect to the disk cache size as a result of which you'll have a very large cache using up RAM unless you hardcode a fixed cache size in kernel/drivers/kernel.
|
|
| That's why... |
|
|
By Jace - Posted on December 16, 2003 - 07:32:59 (#9985)
Current version when comment was posted: 2.2.5 |
|
|
... I don't use it at all yet ;-) But it's good to know that it will not have this particular problem :-)
|
|
| Re: Is OpenBeOS's BFS a solution to this Block Size/Query BFS Bug? |
|
|
By axeld - Posted on December 16, 2003 - 03:01:03 (#9982)
Current version when comment was posted: 2.2.5 |
|
|
We can't really say; it may help, but it might not be sufficient. We can only safely say that it won't happen in OpenBeOS anymore.
Also, our BFS has known bugs that can destroy your data, you should use it with care.
|
|
| OpenBFS |
|
|
By NathanW - Posted on December 16, 2003 - 03:00:02 (#9981)
Current version when comment was posted: 2.2.5 |
|
|
In a way. It fixes the query/message count bug, but not message deletion speed, which is purely a function of block size. However, OpenBFS is still quite buggy. I wouldn't advocate adopting it for day-to-day use quite yet.
|
|
| Is OpenBeOS's BFS a solution to this Block Size/Query BFS Bug? |
|
|
By Jace - Posted on December 16, 2003 - 02:53:01 (#9980)
Current version when comment was posted: 2.2.5 |
|
|
Is OpenBeOS's BFS a solution to this Block Size/Query BFS Bug?
|
|
| Block Size |
|
|
By NathanW - Posted on December 16, 2003 - 00:07:05 (#9979)
Current version when comment was posted: 2.2.5 |
|
|
In a word: yes. At least twice as fast, maybe more.
|
|
| One more Q about block size |
|
|
By Kokito - Posted on December 15, 2003 - 23:41:07 (#9978)
Current version when comment was posted: 2.2.5 |
|
|
Thanks Nathan. Very useful info.
> deletion of e-mail will be enormously faster...
Can you expand on this? Will, for example, increasing the block size improve performance when deleting emails in a folder with 3000 or more messages?
|
|
| Any other work around? |
|
|
By Jess - Posted on December 15, 2003 - 23:25:36 (#9977)
Current version when comment was posted: 2.2.5 |
|
|
The original Mail Daemon never displayed this behavior so could removing the live query in the MDR fix this? I'm not sure if the query is used for both the deskbar icon & the contaxt menu the same but if they are differant I'd like to be able to nuke that "New Messages" in the context menu. Just curious as to what is differant in the orig mail daemon vs MDR that handles these things differantly resulting in phantom mails.
|
|
| Yes |
|
|
By NathanW - Posted on December 15, 2003 - 22:42:01 (#9976)
Current version when comment was posted: 2.2.5 |
|
|
It fixes 99.99% of the problems if you use 2048, and, although it's theoretically possible for the count still to be screwy on 4096, I've never had it happen. The New Mail query window will update correctly, deletion of e-mail will be enormously faster, and the new mail count will be correct if using a larger block size. This, as I said, is due to a bug in bfs over which we have no control. Changing the block size is a hack (and an annoying one, as you have to back up all your data first), but it works.
|
|
| RE: 2048 or 4096 byte blocks |
|
|
By Kokito - Posted on December 15, 2003 - 22:29:57 (#9975)
Current version when comment was posted: 2.2.5 |
|
|
> or format your disk to use 2048 or 4096 byte blocks
NathanW: Does this fix the problem that Jess reports?
|
|
| Message Count |
|
|
By NathanW - Posted on December 15, 2003 - 22:06:59 (#9974)
Current version when comment was posted: 2.2.5 |
|
|
Misreporting the new message is a bug in BFS related to live queries on attributes stored outside the inode. We can't fix it. Sorry. You can wait for OpenBFS to become release quality, or format your disk to use 2048 or 4096 byte blocks. Other than that, there isn't much anyone can do. Sorry :(
|
|
| Phantom messages |
|
|
By Jess - Posted on December 15, 2003 - 20:20:39 (#9971)
Current version when comment was posted: 2.2.5 |
|
|
Hey,
just a "Heads up" on something I've seen across the last 3 versions. After recieving some mail I allways show I have new mail. It shows in the deskbar & if you right click for context menu it too echo's 1 new message. So when you look in the "New Messages" query that's built into the daemon there is nothing there. Nor hand made queries or status check on every email on the system can show any email exists with "New" as it's status but MDR sure won't give up this notion. Kinda annoying to get in from a service call & see I have mail... yet not 'specially when your waiting for confirmation on parts orders ;)
|
|
| Re: Deskbar Replicant at boot |
|
|
By mmu_man - Posted on December 14, 2003 - 01:41:13 (#9963)
Current version when comment was posted: 2.2.5 |
|
|
I have that here too...
that's probably because it's added permanently, so Deskbar loads the view when it loads, then when MDR loads it removes it and installs a new one.
Btw, nice status window yeah... though that should go to syslog, that's what it's for, and then make syslog browsers.
|
|
| IMAP |
|
|
By NathanW - Posted on December 13, 2003 - 20:20:01 (#9961)
Current version when comment was posted: 2.2.5 |
|
|
That's very strange, and I'm sorry it has caused you trouble. I don't know why it happened, and will look into it, but here's how to replace your e-mails:
1) Delete your account in e-mail prefs.
2) Set it back up again, pointing to the same folder on disk.
3) Press Check Mail Now.
MDR will think you've added new messages from another account (the deleted one), and will re-upload them to the server.
Again, sorry for the trouble. Could you provide some more information on your configuration privately (the mail server, how your account was configured, etc) to help fix this problem in future releases?
|
|
| imap-support? |
|
|
By dr_evil - Posted on December 13, 2003 - 17:44:48 (#9959)
Current version when comment was posted: 2.2.5 |
|
|
is it possible that mdr gets all mails from the an imap-account and doesn't leave them on the server?
it seemed even to delete some folders.
after the first fetch, i got the message, mdr was unable to delete 2 folders.
when i now access the imap-account with my other clients, the emails are all gone. only my zeta sees the emails.
- why did this happen?
- how can i put my emails back in my inbox?
- does mdr really try to delete folders? (it seems it succeeded in my case)
|
|
| Deskbar Replicant at Boot |
|
|
By BiPolar - Posted on December 12, 2003 - 22:18:16 (#9958)
Current version when comment was posted: 2.2.5 |
|
|
Hey there.
MDR replicant gets added, removed and added again at boot up.
Maybe you could wait a little in (deskbarview.cpp) "void DeskbarView::AttachedToWindow()" until the mail_daemon is loaded.
Perhaps this happens only on my system, but as Deskbar and its replicants are loaded before mail_daemon...
Regards,
--BiPolar.
|
|
| Re: Shortcut to new email (kericu) |
|
|
By axeld - Posted on December 12, 2003 - 19:29:34 (#9957)
Current version when comment was posted: 2.2.5 |
|
|
You don't have to use SpicyKeys to do that. I think what you seem to have missed is the query feature. When you select the "x new messages" menu entry (right-click on the icon in the Deskbar tray), a window pops up with all new mails.
This window can be considered as a specific folder - you can even copy it on your Desktop, and all new messages will be found there.
If you are just referring to the "You have new mail" kind of message, then you are right, there is currently no way to open the new mail message window from that one (which could be a good idea to add).
Hope this helps!
|
|
| Shortcut to new email? |
|
|
By kericu - Posted on December 12, 2003 - 18:14:27 (#9956)
Current version when comment was posted: 2.2.5 |
|
|
When my MDR tells me I have new messages, it takes me three mouse clicks to get to them. How can I use SpicyKeys to acclerate things?
And a feature request: would it not be possible to include an option when reading a mail to move it to a specific folder?
|
|
|
|
|
|
|
|
|
 |
|
|
|
|
|
|
|
|
 |
| |
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,671
2. Realtek RTL8... - 13,150
3. Ati Radeon G... - 12,653
4. Ensoniq Audio... - 7,604
5. ATI Rage 128... - 7,469
6. USB Joystick... - 5,688
7. Broadcom 440x... - 5,437
8. S3 Trio 64 v2... - 4,757
9. USB Serial dr... - 4,723
10. Intel Extreme... - 4,486
|
|
|
|
 |
| You are not logged in.
Login
|
|
|
|
 |
|
