Re: Prefs and window positions



Hi Melanie, checkboxes addict,

There's no need to have a long UNIX history to use a MTA on a computer. And
this is required for a lot of programs under linux. Cron, per example will
send a mail when problems occur this require a MTA. You can said that cron
is not important but this is wrong and this is only an example. 
With your 'welcome to the desktop' sentence you believe that the desktop
should be like windows. But this is not true. A lot of design choices can
be made and interoperability is important for this. 

You should notice that you can already use multiple Inbox in balsa without
MTA. In fact, procmail can be used from balsa (look at the option in the
ingoing mail preferences dialog box).

This is right that not all users want to edit a procmail config file and I
agree that a GUI would be welcome. 

I agree that the following points need to be in the TODO list (and they are
certainly already) :
* visual alert on incomming mail (as sound and program execution).
* A gui to configure procmail

Christophe


Le mer, 11 jui 2001 10:06:46, M . Thielker a écrit :
> Hi,
> 
>  procmail will do it - for local mailboxes. So will some other tools. But
> that's, again, not the point.
> It is an easy thing to do in Balsa and I don't see why I should have
> another program checking my pop3 mailboxes and sort the mails into local
> folders.
> 
> Many of you probably come from a long history of using unix, where mail
> is
> delivered to a local mailbox file by the MTA running on the local system
> and then this file ist simply read by the mail reader.
> 
> Well, welcome to the desktop world. You average user doesn't have an MTA
> running. She may have sendmail installed, but wouldn't know how to
> configure it. It's not used anyway, she has a pop3 mailbox on her
> provider's system which also accepts SMTP connections. She connectcs her
> standalone desktop to the internet using ppp. Now imagine such a person,
> would she have or want procmail? No! She'd want an email reader that will
> poll the pop3 server(s), sort the mail into inboxes, allow her to read it
> and that's it.
> 
> MTA's where useful on multi-user systems, and they are useful on systems
> having a direct internet connection. They're useless on a desktop system.
> Normally, when a user logs into her desktop and connectes to the
> internet,
> the email program will be opened to get new mail. The user then
> disconnects, reads her mail, composes the replies and then connects to
> the
> net again to send them.
> 
> Balsa does not support that yet, because it always tries to send mail
> immediately. There should be an option to hold all outgoing mail in the
> outbox until a Send/Receive button is clicked. Then Balsa should check
> all
> pop3 mailboxes, to make sure that SMTP after POP3 solutions will work as
> expected and send everything in the outbox.
> 
> After that, the user disconnects from the internet and goes away,
> sometimes
> leaving the email program open in the tasklist or in window-shade mode.
> 
> This is known user behavior, so we have to provide the means to use the
> program that way.
> 
> Here's another one: Leased line connection (as I have). I have Balsa in
> .xsession, it always starts up. Here, it should regularly check email and
> alert me when new mail has arrived. There is no alerting feature
> currently,
> it would have to be a persistent visual alert (a dialog box) as well as a
> sound, because I may be afk for extended periods of time and I need to
> see
> at a glance when new mail has arrived while I was gone, because I have so
> many things to do, I forget to check.
> 
> There's a major design flaw in some parts of Balsa, especially the
> background pop3 checking. Checking pop3 mailboxes will happily lock
> libmutt
> and if a user like me or Karl happens to do anything with the UI at that
> moment, Balsa will hang. This happens to me about 3 times a day, I had to
> adopt a policy of closing, then reopening Balsa to make sure my local
> folders are flushed to disk so I don't get all the moved mails back into
> my
> inbox.
> 
> It's a drag, and it may be the next thing I look into. SOme more
> checkboxes
> for prefs, I'm sure!
> 
> Melanie
> 
> _______________________________________________
> balsa-list mailing list
> balsa-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/balsa-list
> 
-- 
Christophe Barbé
Software Engineer - christophe.barbe@lineo.fr
Lineo France - Lineo High Availability Group
42-46, rue Médéric - 92110 Clichy - France
phone (33).1.41.40.02.12 - fax (33).1.41.40.02.01
http://www.lineo.com




[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]