 |
|
| Avoiding Hard Drive Activity when Checking Mail |
|
|
By Alexander G M Smith - Posted on March 23, 2004 - 01:09:50 (#11597)
Current version when comment was posted: 2.3.0 |
|
|
It's scanning for mail to send and for other mail things. Previously, with the main mail inbox on the /boot drive, and my personal mail archives on a different disk, that didn't happen, since MDR only indexed and looked at the stuff on the /boot drive, while the thousands of messages that might slow it down were elsewhere.
So, now that MDR scans all drives, I remove the MAIL:chain attribute from e-mail which I have read (thus removing it from the index and consideration by MDR). That speeds up the initial mail check delay.
I have an "alias" command set up in my .profile to remove that all attribute for all "Read" or "Replied" mail (don't want to remove it from the unsent mail in your outbox!):
query -a "MAIL:chain>=0 && MAIL:status==Re*" >/tmp/UnChain ; cat /tmp/UnChain ; cat /tmp/UnChain | xargs rmattr MAIL:chain ; rm /tmp/UnChain
- Alex
|
|
| Re: Curious |
|
|
By NathanW - Posted on March 23, 2004 - 00:01:30 (#11596)
Current version when comment was posted: 2.3.0 |
|
|
That's exactly it. I'll go add a message to that effect now.
|
|
| Re: Curious |
|
|
By tb100 - Posted on March 22, 2004 - 23:24:41 (#11594)
Current version when comment was posted: 2.3.0 |
|
|
Mine does that too, I think it is due to having it set to "Leave messages on server", and a big inbox. Certainly my new account without many messages in the inbox gets checked much quicker than my other accounts with around 1000 messages in their inboxes.
It would be quite nice to have this stage in email checking listed on the progress window too (like "connecting to server...", "getting unique IDs...", etc) - that way the progress window would should up instantly, and make the program feel more responsive.
|
|
| Re curious |
|
|
By kericu - Posted on March 22, 2004 - 22:00:12 (#11591)
Current version when comment was posted: 2.3.0 |
|
|
Is there a way for me to fix this?
|
|
| Re: Curious |
|
|
By BGA - Posted on March 22, 2004 - 21:33:25 (#11590)
Current version when comment was posted: 2.3.0 |
|
|
MDR uses BFS indices to locate your messages. Either your indexes are fragmented or you are missing some of the required indices.
-Bruno
|
|
| Curious |
|
|
By kericu - Posted on March 22, 2004 - 21:22:53 (#11588)
Current version when comment was posted: 2.3.0 |
|
|
Why does my hard disk chatter for 30 seconds whenever I fetch new mail? Other clients on other OS's do it instantly, so I wonder what MDR is doing?
|
|
| IMAP-Failure - Need libdl.so or Not? |
|
|
By Alexander G M Smith - Posted on March 22, 2004 - 14:03:39 (#11579)
Current version when comment was posted: 2.3.0 |
|
|
Instead of installing libdl.so and maybe OpenSSL, you can recompile the IMAP add-on without OpenSSL support and avoid the whole problem. To do that, just make sure you don't have the /boot/home/config/include/openssl/ssl.h file on your system when you compile (the IMAP makefile checks for it and turns on a compile flag to include OpenSSL support if it exists).
|
|
| libdl.so |
|
|
By NathanW - Posted on March 22, 2004 - 06:26:24 (#11572)
Current version when comment was posted: 2.3.0 |
|
|
If you are using IMAP on net_server, you MUST download libdl.so, which can be found on BeBits. This is what is causing the missing library error.
|
|
| still another IMAP-Failure |
|
|
By Zephyr - Posted on March 20, 2004 - 11:36:33 (#11558)
Current version when comment was posted: 2.3.0 |
|
|
Hello,
every thime I try to connect to the IMAP-Server, I get this message in a box:
web.de: Error loading the mail addon /boot/home/config/add-ons/mail_daemon/inbound_protocols/IMAP from chain web.de: Missing library [Sat Mar 20 11:33:44 2004]
I tried this thing concerning Firefox with putting all the .so files into the lib directory and all so.stub files into the components directory of Firefox.
but it didn't work.
Can there still be something wrong with the openssl-lib Pack?
Greetings,
Zephyr
|
|
| Re: marking messages read |
|
|
By NathanW - Posted on March 19, 2004 - 23:57:30 (#11543)
Current version when comment was posted: 2.3.0 |
|
|
This is actually a feature of IMAP: if you download a message's body, it marks it read on the server. You can change this by setting your partial message download size to 0. Messages will then be marked read only when you actually read them, although they will not be fully downloaded as soon as you check your mail.
|
|
| IMAP marking read on download |
|
|
By guildencrantz - Posted on March 19, 2004 - 18:10:45 (#11533)
Current version when comment was posted: 2.3.0 |
|
|
I am amazingly happy with the new IMAP functionality of MDR, with one exception. When MDR downloads the messages it appears to be marking them read on the server. This means that when I check from any other computer I have to figure out which messages are new, and which have been around.
~~Guildencrantz
|
|
| Subject/From/Date attributes not correctly set |
|
|
By tb100 - Posted on March 16, 2004 - 23:22:29 (#11491)
Current version when comment was posted: 2.3.0 |
|
|
I've opened a new free mail account at www.gawab.com - it all seems to work fine, but some messages don't have the header parsed correctly for the attributes. Eg, there is a subject in the message (and opening the file with BeMail shows it correctly in the subject field), but the subject Attribute is simply set to "-".
By doing View->Show Header, the Subject: [subject] is definately there. However, on the mails where the attribute is not correctly set it seems to be after a line in the header about the MIME version. Maybe when setting the attributes only the header up to this point is searched, whereas when populating the subject field in BeMail the whole header is searched?
This only happens on that account, so it's probably due to some RFC violation. I'd be grateful if it could be fixed though.
Thanks for the work on MDR; it's a great way to email.
|
|
| re: OpenSSL/Webserverkit |
|
|
By verranm - Posted on March 15, 2004 - 00:33:16 (#11470)
Current version when comment was posted: 2.3.0 |
|
|
Yep, OpenSSL 0.9.7 breaks Webserverkit. So unfortunately the trade off is Apache Webserver kit or MDR.
*All* that needs to happen is for a new build to be done. Quite simply their are too many problems with beos and apache/php for this to be something i can do anymore.
Openssl 0.9.7 is current, so should be used going forward.
|
|
| Courier IMAP |
|
|
By NathanW - Posted on March 13, 2004 - 08:40:37 (#11447)
Current version when comment was posted: 2.3.0 |
|
|
This is Courier IMAP being obnoxious, and finding ever newer and more interesting ways of violating the RFC. It's fixed in CVS, and the changes will appear in the 2.3.1 release.
|
|
| more weirdness |
|
|
By Soulbender - Posted on March 13, 2004 - 06:25:35 (#11446)
Current version when comment was posted: 2.3.0 |
|
|
to add even more to the weirdness of this problem it seems to *only* happen the second time mail gets checked/downloaded. If i let it time out once it seems to work fine after that.
|
|
| Debug output |
|
|
By Soulbender - Posted on March 13, 2004 - 05:12:32 (#11445)
Current version when comment was posted: 2.3.0 |
|
|
---------------------
C: a0000196 NOOP
S: * 2 EXISTS
S: * 1 RECENT
S: a0000196 OK NOOP completed
C: a0000197 FETCH 2:2 UID
S: * 2 FETCH (S: UID 441)
S: * 2 FETCH (S: FLAGS (S: \Recent))
S: a0000197 OK FETCH completed.
C: a0000198 NOOP
S: a0000198 OK NOOP completed
C: a0000199 UID FETCH 441 (RFC822.SIZE FLAGS RFC822.HEADER)
S: * 2 FETCH (S: UID 441 RFC822.SIZE 686 FLAGS (S: \Recent) RFC822.HEADER {617}
)
S:a0000199 OK FETCH completed.
C: a0000200 UID FETCH 441 (RFC822.TEXT)
S: * 2 FETCH (S: UID 441 RFC822.TEXT {69}
)
S:a0000200 OK FETCH completed.
Deleting INBOX/441
C: a0000201 NOOP
S: a0000201 OK NOOP completed
C: a0000202 UID FETCH (\Recent ) (RFC822.SIZE FLAGS RFC822.HEADER)
S: a0000202 NO Error in IMAP command received by server.
S:
C: a0000203 UID FETCH (\Recent ) (RFC822.TEXT)
S: a0000203 NO Error in IMAP command received by server.
--------------------
I was partially wrong earlier when i said mail_daemon hangs. It doesnt, it just times out and gives you one real message and one completely empty message.
|
|
| Re : Firefox being evil |
|
|
By LeRoono - Posted on March 12, 2004 - 21:30:05 (#11442)
Current version when comment was posted: 2.3.0 |
|
|
Cool !
Many thanks Nathan and Bruno.
Indeed, this 32MB add-on space limit of BeOS is somewhat ... surprising :-)
|
|
| Re: Firefox being evil. |
|
|
By BGA - Posted on March 12, 2004 - 19:42:15 (#11441)
Current version when comment was posted: 2.3.0 |
|
|
WHat Nathan said is *ALMOST* correct. :) here is what I posted in the Firefox talkback forum:
If any of you guys is using the Firefox BONE build (the one that does not need a script to run) you probably have hit (or will hit) a serious bug that is triggered when the global 32 Mb add-on limit is reached. There is an easy solution that will "fix" Firefox and I will describe it bellow.
What happens is that there are several *.so files in the components dir that end up being loaded as add-ons when they should not (as they are really big). There was a workaround for this problem implemented for Mozilla but, somehow, the file locations are messed up in Firefox.
So, the fix: Move *ALL* *.so files from the components dir to the libs dir (the one inside the Firefox dir). Then move açç *.so.stub files in the lib dir to the components dir.
That will get Firefox working like a charm. Now if only it had printing support and Drag and Drop...
-Bruno
|
|
| Firefox being evil |
|
|
By NathanW - Posted on March 12, 2004 - 19:27:18 (#11440)
Current version when comment was posted: 2.3.0 |
|
|
The Firefox on BeBits is not packaged correctly, and uses up the kernel add-on cache, thus preventing anything else from loading more than a certain number of add-ons. MDR thus can't load more than a few add-ons (making only the first account work). This is obnoxious, but there is a simple fix. Open up your MozillaFirefox directory, move all the .so (NOT the .so.stub) out of the components directory and into the lib one. Then reboot. Everything should work properly from then on.
|
|
| Re : Multiple incoming accounts problems ? |
|
|
By LeRoono - Posted on March 12, 2004 - 19:22:16 (#11439)
Current version when comment was posted: 2.3.0 |
|
|
> LeRoono: Are you using the "Bleeding-Edge" Firefox listed on BeBits?
yes ! how did you guess ?
How could that be related ?
Many thanks again for your help.
LeRoono
|
|
| IMAP Problems |
|
|
By NathanW - Posted on March 12, 2004 - 18:47:25 (#11438)
Current version when comment was posted: 2.3.0 |
|
|
LeRoono: Are you using the "Bleeding-Edge" Firefox listed on BeBits?
Soulbender: This is strange... and perhaps another indication of the myriad ways in which Courier-IMAP sucks. Still, I should make it work. Could you possibly do make install DEBUG_BUILD=true for IMAP, and then run mail_daemon from the command line, and show me the output when it fails like this? Thanks.
|
|
| DUH |
|
|
By Soulbender - Posted on March 12, 2004 - 16:53:46 (#11436)
Current version when comment was posted: 2.3.0 |
|
|
|
| Oh, and another IMAP problem |
|
|
By Soulbender - Posted on March 12, 2004 - 16:50:03 (#11435)
Current version when comment was posted: 2.3.0 |
|
|
I forgot to say that sometimes nothing happens when I do "Check For mail Now". No connection attempt, no error, nothing feedback, nothing.
mail_daemon is still responsive though and i can quit it normally using the deskbar replicant so it doesnt seems like it has totally hung.
(You really hate me, dont you Nathan? :P)
|
|
| Another IMAP problem |
|
|
By Soulbender - Posted on March 12, 2004 - 16:41:25 (#11434)
Current version when comment was posted: 2.3.0 |
|
|
Sometimes, usually the seconfd time, when i check mail mdr thinks i have more new messages than I really do. For example, I have 1 new message but mdr tries to download two new messages. This has the effect that the download hangs after the first message and i have to violently kill mail_daemon.
Server is Courier-IMAP (yes Nathen, I know... ;)) 1.7.2. and client is
mdr 2.3.0-BONE.
|
|
| Multiple incoming accounts problems ? |
|
|
By LeRoono - Posted on March 12, 2004 - 15:45:31 (#11433)
Current version when comment was posted: 2.3.0 |
|
|
Hi,
I've installed 2.3.0 over 2.2.6, and now I get a "general OS error" when MDR try to get the POP3 add-on for all the accounts except the first one, and then no mail is fetched for these accounts (obviously :-). If I remove the first account, then making the second first, then this is OK - for this one only; and so on.
As a suggestion, it could be nice in a future version to be able to temporarily disable an account without having to delete it (or set it outbound only).
However, many thanks for MDR, which I do appreciate a lot.
LeRoono
|
|
| OpenSSL Mess |
|
|
By NathanW - Posted on March 11, 2004 - 01:57:05 (#11411)
Current version when comment was posted: 2.3.0 |
|
|
I just updated the BONE and source code archives with a new version of IMAP designed to actually work with OpenSSL 0.9.7. Sorry for all the trouble -- once I get someone to compile it, I'll get the net_server version up soon.
|
|
| re: Needs old libssl (!) |
|
|
By ahwayakchih - Posted on March 11, 2004 - 00:21:40 (#11410)
Current version when comment was posted: 2.3.0 |
|
|
Don't know about differenced between .h and .c versions (c is not so older it's just different branch AFAIK), but OpenSSL included in LibPak may not work for You because LibPak is not compiled for BONE (good way to check it is to try to "curl https://sourceforge.net" in Terminal. if it will spit source of webpage then it works :).
|
|
| Needs old libssl (!) |
|
|
By BoGoMiPz - Posted on March 10, 2004 - 22:30:41 (#11408)
Current version when comment was posted: 2.3.0 |
|
|
OK, searching for Apache here on bebits gave 3 results and searching for OpenSSL gave one.
I tried the OpenSSL package, but it did *not* make this work. This was v0.9.7.c and I think that was the version I already had from LibPak.
Of the two Apache packages I managed to download, the one called 'BeOS Webserver Kit for BONE' was the only one that made MDR 2.3.0 work on my system. As this is a 21MB package with PostgreSQL, PHP4 and whatnot, so I wasn't too happy installing it on my laptop, but sh*t happens. The bebits page says that the included OpenSSL is v0.9.6h. Version 0.9.6c from http://beos.loved.com/openssl/ might work too, I don't know.
The system I was installing on was PhOS beta 5, so that might have something to do with this problem. If that's not the case, it seems like the new mail daemon is incompatible with the newest OpenSSL package.
-bogomipz
|
|
| IMAP problems |
|
|
By NathanW - Posted on March 10, 2004 - 20:44:20 (#11403)
Current version when comment was posted: 2.3.0 |
|
|
Mine is working fine with the SSL that came with Apache... although I just noticed this version is significantly out of date. Please try that. This should certainly not be affecting IMAP in unencrypted mode, however -- I'm very perplexed that this isn't working. If you could e-mail me any information about your set-up that you think relevant, that would be much appreciated. Thanks.
|
|
| New mail daemon doesn't work on my system! |
|
|
By BoGoMiPz - Posted on March 10, 2004 - 20:37:35 (#11402)
Current version when comment was posted: 2.3.0 |
|
|
Oh, no!
I just upgraded to the new MDR. Unfortuately I chose to purge the old one and now my mail daemon is b0rken.
When I try to fetch mail with IMAP-SSL enabled, I get; 'Stud: Could not connect to IMAP server mail.stud.ntnu.no. (SSL Connection Error)'.
If I try to do it unencrypted the result is even worse; I get 'Stud: IMAP Timeout.' in the MDR log, and one of those friendly windows pop up telling me; 'The application: /boot/beos/system/server/mail_daemon has encountered an error which prevents it from continuing. The BeOS will terminate the application and clean up.'
What can I do?
I'm using BONE by the way. I've got libopenssl.so 2.2.2 in /system and libssl.so compiled this year in config.
-bogomipz
|
|
| Ug Icon death |
|
|
By Jess - Posted on March 10, 2004 - 12:38:19 (#11398)
Current version when comment was posted: 2.3.0 |
|
|
My mail icon! :( - Ug now I have to find my good icon again.
|
|
| Install script querying |
|
|
By NathanW - Posted on March 8, 2004 - 21:13:55 (#11376)
Current version when comment was posted: 2.2.6 |
|
|
It makes sense because the Deskbar does it too. So, depending on god-knows-what, Deskbar may randomly load other mail_daemon binaries into itself, and you won't get the MDR deskbar replicant. There is no way to fix this, as it is a bug in Be's replicant loading code. So we just make sure we're the only ones, and whichever binary gets randomly picked is ours.
|
|
| install script |
|
|
By procton - Posted on February 26, 2004 - 19:50:06 (#11249)
Current version when comment was posted: 2.2.6 |
|
|
Why does the install script query all volumes for mail binaries? It makes no sense and is only a hazzle when you have more than one beos installation.
/Procton
|
|
| Don't think this is the place to post problems like this? |
|
|
By tuishimi - Posted on February 1, 2004 - 00:55:43 (#10873)
Current version when comment was posted: 2.2.6 |
|
|
But I have also been (on occasion) getting this:
loading symbols
segment violation occurred
_IO_un_link:
_IO_un_link:
+003d ec04d185: * 34428b movl 0x00000034(%edx), %eax
ChainRunnerGetHostByNameHack:
Mike
|
|
| Yes, well, they are now anyway. :/ |
|
|
By tuishimi - Posted on January 30, 2004 - 16:08:09 (#10840)
Current version when comment was posted: 2.2.6 |
|
|
The People files themselves have all of their attributes (viewable by clicking on the app or in Tracker). I could click on the email address[es] and BeMail would start with the address loaded. But I did not try "find" while they were not showing up in BeMail dropdowns. Sorry. :/
Someone offered a workaround until someone (me or whoever) figures out why it is happening. Delete (read backup somewhere else) all people files, start People, then copy people files back in. BeMail begins to pick them up immediately.
This happened to me again sometime since yesterday afternoon and this morning (not sure when).
Mike J.
|
|
| Re: shock-5 |
|
|
By tb100 - Posted on January 30, 2004 - 09:39:49 (#10838)
Current version when comment was posted: 2.2.6 |
|
|
This isn't really a "board" - it's purpose is to post comments, suggestions, questions, tips, etc for the actual app you are on the talkback for.
If you want to post other stuff, there are forums at www.beosjournal.org and www.begroovy.com that will suit your posts.
Most browsers don't have a "URL linebuffer file", it will all just be in memory.
And to tuishimi: Are your people file attributes correctly indexed? Eg can you do a "Find..." for a person and have them show up?
|
|
| Mail Daemon Replacement... URL... tuishimi |
|
|
By shock-5 - Posted on January 30, 2004 - 05:19:52 (#10835)
Current version when comment was posted: 2.2.6 |
|
|
tuishimi, What you need is Be's equivelent of Windoz Explorer, I think that it is called Tracker. You should be able to create a directory, then right click and copy files to it even without Tracker. The name search message that I put on the site should have went to New Projects., and should have been Captioned Possible Mail Fix and sent to the Programmers catagory or Thread. :-).
Doe's anyone know where I can find an Assimbler / Dissimbler, better than MASM and a Hex Editor.
I am also looking for the URL line buffer asignment file, not only for be, but for other OS's like Windoz I.E. and Netscape.
Thankx, If their is a programmers section to this Board, could you point me to it. :-). Opertunity Knocks. :-). and I guess if they would add a spell checker to this site I wouldn't complain. :-). Is it allright to put Jokes, small ones on this board.? Later Shock.
|
|
| Filtering |
|
|
By NathanW - Posted on January 29, 2004 - 19:36:46 (#10829)
Current version when comment was posted: 2.2.6 |
|
|
Although MDR does, in fact, use real regular expressions, it uses a modified form of them, using Jeremy Friesner's excellent StringMatcher class, from MUSCLE. It automatically turns .* into *, for instance. I'm not immediately sure what is going wrong - your sample match string appears valid.
-Nathan
|
|
| Thanks! Now one other problem... |
|
|
By tuishimi - Posted on January 29, 2004 - 14:33:59 (#10823)
Current version when comment was posted: 2.2.6 |
|
|
MDR is not seeing my "People". I am guessing it had something to do with the fact that I replaced my current people folder with a backup of it after a reinstall.
Any thoughts? Where to begin looking? It appears that all the attributes are intact. The People app itself works fine.
Thanks!
Mike
ps - thanks re: regex.
|
|
| Pattern Matching and Regular Expressions |
|
|
By Alexander G M Smith - Posted on January 29, 2004 - 14:08:34 (#10822)
Current version when comment was posted: 2.2.6 |
|
|
I think the MDR pattern matcher uses real regular expressions (using the "regex" code library), not just the file name kind. So instead of * meaning match anything, it means match the previous pattern any number of times. And period (.) means match any character. So, when you used to use *Thingy* a real regex would need .*Thingy.*
The language is documented in the grep manual page, see http://www.FreeBSD.org/cgi/man.cgi?query=grep&sektion=1&apropos=0&manpath=FreeBSD+5.2-RELEASE+and+Ports#REGULAR+EXPRESSIONS
- 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,134
3. Ati Radeon G... - 12,603
4. Ensoniq Audio... - 7,579
5. ATI Rage 128... - 7,451
6. USB Joystick... - 5,674
7. Broadcom 440x... - 5,421
8. S3 Trio 64 v2... - 4,739
9. USB Serial dr... - 4,714
10. Intel Extreme... - 4,476
|
|
|
|
 |
| You are not logged in.
Login
|
|
|
|
 |
|
