Bug 133706 - Allow accounts for sending(SMTP, etc) to be enabled/disabled
Summary: Allow accounts for sending(SMTP, etc) to be enabled/disabled
Status: RESOLVED WAITINGFORINFO
Alias: None
Product: kmail
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR wishlist
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-09-07 14:04 UTC by Frans Englich
Modified: 2012-08-19 00:31 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Frans Englich 2006-09-07 14:04:43 UTC
Version:            (using KDE KDE 3.5.4)
Installed from:    Compiled From Sources

Some users travels and have several different SMTP accounts for different locations. Handling that in KMail is cumbersome(as far as I can tell) because one must remove and add SMTP accounts each time, it's not possible to enable or disable them.

I wish that was possible.

I believe the best way to implement that, GUI-wise, is to in the list of "Outgoing accounts"(Configure KMail->Accounts->Sending) add a third column(after Type), where each row is a checkbox that enables/disables the account. Perhaps this could be combined with somekind of visual feedback, such as graying the line of the disabled account.

I believe that design would be the best:

* there's plenty of room
* it doesn't require the user to open yet another dialog
* it is very clear what account the check box affects(which isn't the case if it is placed outside and it affects the account being selected)
* is directly visible/no need to select an account in order to show what accounts that are disabled/enabled.


Frans
Comment 1 Edwin Boersma 2006-09-11 15:46:35 UTC
Wouldn't it be much easier if Kmail would try and find out which of the smtp servers in the list accepts connection and relay? Then, if it finds one, it could set it as default. The moment it fails, because you are in a different location, it could try and search again.
Comment 2 Edwin Boersma 2006-09-11 15:49:42 UTC
see bug 98604.
Comment 3 Frans Englich 2006-09-11 16:20:09 UTC
Yes, good suggestion. It would let KMail do it, instead of the user having to do it manually, hence being transparent. It also doesn't require the GUI to be become more complex.

However, KMail can't fallback to a SMTP transport that has lower security than the one that just failed. That is, if a SSL-layered transport fails, it can't fallback to an unencrypted.
Frans
Comment 4 Ingo Klöcker 2006-09-11 23:29:59 UTC
Trying different SMTP connections might compromise your privacy (because somebody who shouldn't see it might see which other provider you use) or in a corporate environment could even bring you into deep trouble for trying to connect to an SMTP server outside of your company.

In any case this wish is part of the much more general wish for different profiles (including different sets of identities+incoming servers+outgoing servers). If you find the corresponding wish then please close this report as duplicate.
Comment 5 Matt Douhan 2006-10-17 06:33:00 UTC
The way I handle this in the meantime is that I implemented a DCOP call to set the default SMTP server, and I have a simple sh script that checks my IP and then sets the correct SMTP server accordingly.
Comment 6 Myriam Schweingruber 2012-08-18 08:28:20 UTC
Thank you for your feature request. Kmail1 is currently unmaintained so we are closing all wishes. Please feel free to reopen a feature request for Kmail2 if it has not already been implemented.
Thank you for your understanding.
Comment 7 Luigi Toscano 2012-08-19 00:31:55 UTC
Instead of creating a new feature request, please confirm here if the wishlist is still valid for kmail2.