Re: [Evolution] Outgoing smtp server settings not getting reset

["Laurie J." <lauriejo verizon net>]

Deleting the message and resending did the trick!  Thank you so much for
the help.  Laurie


> I'm guessing here you have previously sent messages in your outbox.
>
> Each message placed in the outbox has a header stored in it which
> references the outgoing server.  So if you still have messages in your
> outbox, they will keep using the old setting.
>
> In 2.0 (versions which work), we store an indirect reference to the
> account instead, so changes fix up queued messages too.
>
> Try:
>   opening the mail in the outbox and resending it with the right
> 'from'
> account
>   editing the mailbox and removing the headers X-Evolution-Transport
>   deleting the mail/resending it
>
>
>
> On Tue, 2005-05-10 at 12:50 -0400, Laurie J. wrote:
>
> > I am using Evolution 1.4 running redhat enterprise
> > edition on my laptop.  I am having a problem changing
> > my smtp outgoing server settings.  Despite changing
> > the setting, applying the change, exiting evolution,
> > forcing evolution to terminate with evolution-1.4
> > --force-shutdown and restarting, it continues to use
> > the previously set smtp settings  I have tried disabling 
> > and reenabling the account to no avail.
> >
> > I get a message :Error while performing operation:
> > MAIL FROM response error: Authentication required -
> > probably because it is still trying to go to the 
> > previously associated server.  (tcpdump verifies this.)
> > This smtp server name that is definately NOT in the
> > settings configuration any longer.  (At least from the
> > evolution settings interface).
> >
> > Does anyone have suggestions for how I might force
> > evolution to accept this change or what might be the
> > cause of this problem?  
> >
> > Thank you in advance for any help.
> >
> > [Another triage point: After changing the server and
> > going through all the steps mentioned in paragraph
> > 1 above, the send/receive mail message still indicated
> > that it was going to the old.smtp.server.  
> >
> > I had another account set up that also was configured
> > to go to old.smtp.server.  I deleted this account, and
> > the send/receive mail message (for the problem account)
> > then indicated that it was going to the new.smtp.server.
> > HOWEVER, tcpdump shows that it is still trying to 
> > connect to old.smtp.server.]