CentOS - Nov 2018 - Evolution: always a 90-second delay

I'm trying to use Evolution on the latest CentOS 7.

Whenever I try to receive or send mail, there's always a 90-second
delay before the connection works. Since the delay is always exactly
90 seconds, I think I may be waiting for something to time out.

Perhaps this is a clue. My address is user at example.com. I have to log
in to pop.example.com or imap.example.com as user, not as
user at example.com. Evolution seems to always try to connect as
user at pop.example.com or user at imap.example.com. I can't get it to try
to connect as user. Perhaps it tries to log in incorrectly and gives
up after 90 seconds, and then tries to log in correctly.

I want to use Evolution because I want my mail client to use maildir
rather then mbox. I used to use kmail, but that's no longer possible
with CentOS 7.

-- 
Yves Bellefeuille
<yan at storm.ca>

On Sat, 10 Nov 2018 19:37:10 -0500
Yves Bellefeuille wrote:
> I want to use Evolution because I want my mail client to use maildir
> rather then mbox. I used to use kmail, but that's no longer possible
> with CentOS 7.
You might want to look at Sylpheed.  I use Sylpheed on my desktop and laptops,
and mutt on my phone.  I use fetchmail and procmail to pull and consolidate my
mail from various servers, and all my mail clients talk to dovecot.

-- 
MELVILLE THEATRE ~ Real D 3D Digital Cinema ~ www.melvilletheatre.com

Isn't there some way to write a script that would prevent it from looking
for anything but what you want? Just curious...

On Sat, Nov 10, 2018, 7:57 PM Frank Cox <theatre at sasktel.net wrote:
> On Sat, 10 Nov 2018 19:37:10 -0500
> Yves Bellefeuille wrote:
>
> > I want to use Evolution because I want my mail client to use maildir
> > rather then mbox. I used to use kmail, but that's no longer
possible
> > with CentOS 7.
>
> You might want to look at Sylpheed.  I use Sylpheed on my desktop and
> laptops, and mutt on my phone.  I use fetchmail and procmail to pull and
> consolidate my mail from various servers, and all my mail clients talk to
> dovecot.
>
> --
> MELVILLE THEATRE ~ Real D 3D Digital Cinema ~ www.melvilletheatre.com
> _______________________________________________
> CentOS mailing list
> CentOS at centos.org
> https://lists.centos.org/mailman/listinfo/centos
>

> 
> Whenever I try to receive or send mail, there's always a 90-second
> delay before the connection works. Since the delay is always exactly
> 90 seconds, I think I may be waiting for something to time out.
> 
> Perhaps this is a clue. My address is user at example.com. I have to log
> in to pop.example.com or imap.example.com as user, not as
> user at example.com. Evolution seems to always try to connect as
> user at pop.example.com or user at imap.example.com. I can't get it to
try
> to connect as user. Perhaps it tries to log in incorrectly and gives
> up after 90 seconds, and then tries to log in correctly.
Evolution doesn?t ?try? anything.  It uses the login information entered when
you set up the account - that information is also easily editable after the
account is setup. There?s no guess work involved.

A timeout such as you are talking is possibly dns related - or it may be some
artefact of the server.
> 
> I want to use Evolution because I want my mail client to use maildir
> rather then mbox. I used to use kmail, but that's no longer possible
> with CentOS 7.
I?m a fan of Evolution, but there are plenty of other things you can use if it
doesn?t work for you and most can deal with maildir stores.  BTW, unless you
have a real specific need to use POP, it is generally better to use IMAP, and in
that case what the mail client uses to store mail is not relevant since no mail
is stored locally.

P.

On 11/11/18 4:44 AM, Pete Biggs wrote:
> it is generally better to use IMAP, and in that case what the mail client
uses to store mail is not relevant since no mail is stored locally.

Most IMAP clients that I've used treat IMAP as a synchronization 
protocol for their local mail store (cache), so I don't think it's 
technically true that no mail is stored locally.? Though the storage 
format does matter less.? I typically exclude the cache from backups, 
and the kind of excessive writes typical of mbox don't matter much when 
an entire disk is used by one user (me) rather than a large office.? So, 
the benefits of maildir are minimized on desktop clients.