1387016 - thunderbird adds servername to username with no chance to disable

Status: RESOLVED INVALID

(Thunderbird :: Account Manager, defect)

Description

[dmitry.zvorikin]

Attachment: smtplog.txt

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:54.0) Gecko/20100101 Firefox/54.0
Build ID: 20170628075643

Steps to reproduce:

I use the email [e-mail].
The server which handles its smtp is "umail.ru".
So i set it up and get the password issue



Actual results:

thunderbird tries to login as [e-mail]@umail.ru
obviously, it fails
and no any way to change the behaviour


Expected results:

a clear option of editing login name

Comment 1

[Jorg K (CEST = GMT+2)]

Tools > Account Settings, left bottom: Outgoing Server (SMTP) Settings, select server, edit, User name.

Comment 2

[dmitry.zvorikin]

NOT RESOLVED. Of course I tried "Tools > Account Settings, left bottom: Outgoing Server (SMTP) Settings, select server, edit, User name".
What should I enter there? Thunderbird authors really believe I should only use "nickname" there so that Thunderbird could attach "@servername" to it so that the real login looks like "nickname@servername".
But no, SMTP at umail.ru DOES NOT WANT @umail.ru to be added. My COMPLETE login looks like [e-mail], not [e-mail]@umail.ru, not [e-mail]. Thunderbird now does not allow me to send mail thru this server.

Comment 3

[Jorg K (CEST = GMT+2)]

Aceman, can you help this user? I was under the impression that whatever username you enter into the box is the username that will be used for authentication. As far as I know, nothing gets appended.

Comment 4

[:aceman]

(In reply to dmitry.zvorikin from comment #2)
> NOT RESOLVED. Of course I tried "Tools > Account Settings, left bottom:
> Outgoing Server (SMTP) Settings, select server, edit, User name".
> What should I enter there? Thunderbird authors really believe I should only
> use "nickname" there so that Thunderbird could attach "@servername" to it so
> that the real login looks like "nickname@servername".
> But no, SMTP at umail.ru DOES NOT WANT @umail.ru to be added. My COMPLETE
> login looks like [e-mail], not [e-mail]@umail.ru, not
> [e-mail]. Thunderbird now does not allow me to send mail thru this
> server.

No, if you have the username field in SMTP server written correctly, Thunderbird does not add anything to it when logging in. I even have a username without @ there and it works fine. Some other servers have username also with the @domain part and all work. How do you know TB adds anything to the username when logging in? Does the error message about login failure contain that appended string? Can you give us the exact message?

Comment 5

[Jorg K (CEST = GMT+2)]

The attached log file shows:
SMTP AuthLoginStep1() for [e-mail]@umail.ru

Comment 6

[:aceman]

(In reply to dmitry.zvorikin from comment #2)
> NOT RESOLVED. Of course I tried "Tools > Account Settings, left bottom:
> Outgoing Server (SMTP) Settings, select server, edit, User name".
> What should I enter there?

So what did you put there? Can we have a screenshot?

Comment 7

[roberto.berlim]

I have the exactly same problem. 


294819648[7f6110473100]: SMTP auth: server caps 0x24934, pref 0xC000, failed 0x0, avail caps 0x4000
294819648[7f6110473100]: (GSSAPI = 0x800, CRAM = 0x2000, NTLM = 0x4000, MSN =  0x8000, PLAIN = 0x200, LOGIN = 0x100, EXTERNAL = 0x400)
294819648[7f6110473100]: trying auth method 0x4000
294819648[7f6110473100]: SMTP entering state: 16
294819648[7f6110473100]: SMTP AuthLoginStep1() for [e-mail]@SERVERFQDN
294819648[7f6110473100]: NTLM/MSN auth, step 1
294819648[7f6110473100]: Logging suppressed for this command (it probably contained authentication information)
294819648[7f6110473100]: SMTP entering state: 0
294819648[7f6110473100]: SMTP Response: 334 TlRMTVNTUAACAAAABgAGADgAAAAFgokCBcjAKZqYqdgAAAAAAAAAAIYAhgA+AAAACgA5OAAAAA9DAEoARgACAAYAQwBKAEYAAQASAE0AQQBJAFQAQQBDAEEAMAAxAAQAEgBjAGoAZgAuAGwAbwBjAGEAbAADACYATQBhAGkAdABhAGMAYQAwADEALgBjAGoAZgAuAGwAbwBjAGEAbAAFABIAYwBqAGYALgBsAG8AYwBhAGwABwAIALcf/9lSOtQBAAAAAA==
294819648[7f6110473100]: SMTP entering state: 18
294819648[7f6110473100]: SMTP Login response, code 334
294819648[7f6110473100]: SMTP entering state: 17
294819648[7f6110473100]: SMTP AuthLoginStep2
294819648[7f6110473100]: NTLM/MSN auth, step 2
294819648[7f6110473100]: Logging suppressed for this command (it probably contained authentication information)
294819648[7f6110473100]: SMTP entering state: 0
294819648[7f6110473100]: SMTP Response: 235 2.7.0 Authentication successful
294819648[7f6110473100]: SMTP entering state: 18
294819648[7f6110473100]: SMTP Login response, code 235
294819648[7f6110473100]: SMTP entering state: 3
294819648[7f6110473100]: SMTP Send: MAIL FROM:<roberto@EMAILDOMAIN> BODY=8BITMIME SIZE=416
294819648[7f6110473100]: SMTP entering state: 0
294819648[7f6110473100]: SMTP Response: 250 2.1.0 Sender OK
294819648[7f6110473100]: SMTP entering state: 5
294819648[7f6110473100]: SMTP Send: RCPT TO:<[e-mail]>
294819648[7f6110473100]: SMTP entering state: 0
294819648[7f6110473100]: SMTP Response: 250 2.1.5 Recipient OK
294819648[7f6110473100]: SMTP entering state: 6
294819648[7f6110473100]: SMTP Send: DATA
294819648[7f6110473100]: SMTP entering state: 0
294819648[7f6110473100]: SMTP Response: 354 Start mail input; end with <CRLF>.<CRLF>
294819648[7f6110473100]: SMTP entering state: 7
294819648[7f6110473100]: SMTP entering state: 8
294819648[7f6110473100]: SMTP Send: .
294819648[7f6110473100]: SMTP entering state: 0
294819648[7f6110473100]: SMTP Response: 550 5.7.60 SMTP; Client does not have permissions to send as this sender

You can change auth method, but it doesn't work.

Comment 8

[roberto.berlim]

Sorry, forgot to add


  Application Basics

    Name: Thunderbird
    Version: 52.9.1
    User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1
    Profile Directory: Open Directory

              (Unknown location)
    Application Build ID: 20180710085647
    Enabled Plugins: about:plugins
    Build Configuration: about:buildconfig
    Memory Use: about:memory
    Profiles: about:profiles

 
  Crash Reports
    https://crash-stats.mozilla.com/report/index/bp-1c0bd7d7-38df-4697-8f24-b327d0180508 (08/05/2018)
    https://crash-stats.mozilla.com/report/index/bp-79751672-589e-4505-8fb9-1f3092170403 (03/04/2017)
    https://crash-stats.mozilla.com/report/index/bp-ce695792-8973-49b1-8826-0774f2170403 (03/04/2017)
    https://crash-stats.mozilla.com/report/index/bp-b78fd675-8929-4526-8808-9d26e2170403 (03/04/2017)
    https://crash-stats.mozilla.com/report/index/bp-8269ff4c-5a44-4904-bf81-3af0c2170403 (03/04/2017)

  Extensions
    Lightning, 5.4, true, {e2fda1a4-762b-4020-b5ad-a41df1933103}
    Messaging Menu and Unity Launcher integration, 1.3.1, true, [e-mail]
    quickFilters, 3.6.1, true, [e-mail]

  Important Modified Preferences

    Name: Value

      accessibility.lastLoadDate: 1534969952
      browser.cache.disk.capacity: 358400
      browser.cache.disk.filesystem_reported: 1
      browser.cache.disk.smart_size_cached_value: 358400
      browser.cache.disk.smart_size.first_run: false
      browser.cache.disk.smart_size.use_old_max: false
      extensions.lastAppVersion: 52.9.1
      font.internaluseonly.changed: false
      mail.openMessageBehavior.version: 1
      mailnews.database.global.datastore.id: a3f953f9-4b0b-47fb-83e4-451ddeb723c
      mailnews.database.global.views.conversation.columns: {"threadCol":{"visible":true,"ordinal":"1"},"flaggedCol":{"visible":true,"ordinal":"3"},"attachmentCol":{"visible":false…
      media.gmp.storage.version.observed: 1
      network.cookie.prefsMigrated: true
      network.predictor.cleaned-up: true
      places.database.lastMaintenance: 1534890870
      places.history.expiration.transient_current_max_pages: 122334
      plugin.importedState: true
      security.default_personal_cert: Select Automatically
      security.disable_button.openDeviceManager: false

  Graphics

      GPU #1
      Description: X.Org -- AMD CAICOS (DRM 2.50.0 / 4.13.0-32-generic, LLVM 6.0.0)
      Vendor ID: X.Org
      Device ID: AMD CAICOS (DRM 2.50.0 / 4.13.0-32-generic, LLVM 6.0.0)
      Driver Version: 3.0 Mesa 18.0.5

      Features
      WebGL Renderer: X.Org -- AMD CAICOS (DRM 2.50.0 / 4.13.0-32-generic, LLVM 6.0.0) -- 3.0 Mesa 18.0.5

      AzureCanvasBackend: skia
      AzureCanvasAccelerated: 0
      AzureFallbackCanvasBackend: none
      AzureContentBackend: skia
      CairoUseXRender: 0

  JavaScript

  Incremental GC: 1

  Accessibility

    Activated: 0
    Prevent Accessibility: 0

  Library Versions

      Expected minimum version
      Version in use

      NSPR
      4.13.1
      4.13.1

      NSS
      3.28.6
      3.28.6

      NSS Util
      3.28.6
      3.28.6

      NSS SSL
      3.28.6
      3.28.6

      NSS S/MIME
      3.28.6
      3.28.6

Comment 9

[roberto.berlim]

Attachment: smtp config screen

Comment 10

[gene smith]

Attachment: Evidence that hostname not appended to produce transmitted username

Aceman wrote:

So what did you put there? Can we have a screenshot?

Attached is a screenshot that shows a very similar username and hostname, both containing @. I changed the username so that it intentionally fails, but as you can see the reported username does not contain the concatenated/appended hostname, at lease according to the screenshot.

So this bug seems to be invalid. However, I will check also with wireshark to make sure the hostname is not appended. I will report back what I see and probably this bug can be closed.

Comment 11

[gene smith]

(In reply to gene smith from comment #10)

Attached is a screenshot that shows a very similar username and hostname, both containing @.

Sorry only the username contains @.

So this bug seems to be invalid. However, I will check also with wireshark to make sure the hostname is not appended. I will report back what I see and probably this bug can be closed.

Yes, I verified with stunnel/wireshark that for PLAIN login (after decoding the BASE64 string) only the entered username is sent, in my case this was sent:

[e-mail]***************

where ***... is the password. It did NOT send

[e-mail]***************

I suspect that the reporters had other problems while trying to log in and username@hostname theory was a red herring. Note also in the attached logs it does show username@hostname but, looking at the code, I don't see anywhere else these are joined except in the MOZ_LOG() string for logging purposes.