Corporate Information | Software | Support | Contact Us
Corporate Information
Software
Messenger Pro
Messenger Pro Downloads
Beta and Archived Downloads
Evaluate
Support
Messenger Pro FAQ
Messenger Pro Change Log
Messenger Pro (Windows/Linux/Mac) Mailing List Archive
Messenger Pro (RISC OS) Mailing List Archive
Bug Tracker
Contact Us

Re: SMTP send working for one provider but not two others

From:Jeremy Nicoll - ml gem Date:12 Mar 2012 21:04
In Reply To: Re: SMTP send working for one provider but not two others (Mark Sawle)
Replies: Re: SMTP send working for one provider but not two others (Brian)
Re: SMTP send working for one provider but not two others (Mark Sawle)

Mark Sawle <mark@...> wrote:

> This would be consistent with a fetch being initiated for that account but
> no messages being found to send.  If you enable the Account column in the
> Outbox, do the messages show as belonging to that account?

Umm, no.  Ding!  Comprehension dawns...

Looking at the Outbox now, which only has one test message in it (and it's
locked) because I moved the others elsewhere (because I thought they might
get sent by the real /normal in-use send account) I see it has an 'Account'
value that matches my normal in-use send account.

That send account is the one defined with "make this by default send
account", which I'd forgotten about. 

This presumably means that at the point where one clicks 'send' in a message
write window that an outgoing message gets this Account value populated by
whatever the default send account happens to be at that instant?  I think
I'll change the Outbox display to 'Group by Account' as a reminder.

Does this mean the "default" isn't so much a default as the only option? If
no account is marked as the default does that mean that when you click on
'send' a message ends up with no Account value?   Would they then be
eligible for sending by any account?   I see that the answer to this is no -
you get an error message saying there's no suitable send account defined. 
So definitely the "default" is really "the currently selected send account".


So if you had a bunch of messages in the Outbox and found your current send
account wasn't working, and chose another send account, those messages would
not get sent.  I'm guessing that here you'd select them all, do Message ->
Other send options -> Resend by mail and then click the send button lots of
times.  Then sort the outbox by account, lock or delete the ones with the
wrong Account value, then let the send account do its thing.  Maybe one of
the 'Other send options' should be 'Change indicated account to ...'?



The definition of a send account has a "default identity" which I've left
set to 'None' on all my send accounts.  I can see that that might have its
uses, but is there scope for an alternate option - for identities something
that lets you choose the account with which they need to be sent?  That
could be useful if someone was trying to send mail with a work email address
directly to a corporate intranet's SMTP server.  (Not that I have any need
of such an option.)   


I've managed to send something via both the 'failing' providers by changing
the default value.  Hooray!


Is there some chance that the deeply misleading logfile message could be
changed (for mail and news send processing), eg to "No more items are
waiting to be sent by this account." or something, and/or have something at
the start of the process indicating that only matching waiting items will be
selected? 


While we're at it, there seems to be no indication in the Accounts dialog of
which account is the default one - you have to look through them one by one.
And the strikethrough bar that indicates a disabled account is hard to see
as it makes the curving red send-arrow look like a red fountain-pen - like
the old RISC OS !Edit icon - which unless you look really closely looks like
a perfectly sensible value. The bar works better on the incoming mail & news
account lists because the underlying icon pics are different.  A thicker bar
would be easier to see...

Thanks for your help!

-- 
Jeremy C B Nicoll - my opinions are my own.

______________________________________________________________________
This message was sent via the gemini-users mailing list
To unsubscribe, mail gemini-users-unsubscribe@...




© 2024 intellegit ltd. - info@intellegit.com