Unsupported Screen Size: The viewport size is too small for the theme to render properly.

Cram-md5 Authentication Not Supported By Sja

forums forums SQLyog Sync tools, Migration, Scheduled Backup and Notifications Cram-md5 Authentication Not Supported By Sja

  • This topic is empty.
Viewing 7 reply threads
  • Author
    Posts
    • #9472
      SKirkpatrick
      Member

      “CRAM-MD5 authentication not supported by SJA”

      This comes up when I am setting up a Scheduled back up.

      Any ideas on what to do?

    • #20471
      peterlaursen
      Participant

      I found these:

      http://www.google.com/search?client=opera&…=utf-8&oe=utf-8

      http://java.sun.com/products/jndi/tutorial…ty/crammd5.html

      .. looks to me like like CRAM-MD5 is only used by LDAP enabled mail servers (and depreciated actually)!

      Do you use the e-mail functionality of the Backup Tool? If yes try not to! Can you configure the mailaccount(s) used with the job not to use/demand CRAM-MD5 authentication? Also can you tell from where the demand for CRAM-MD5 comes? The mail-server at an ISP? A corporate mailserver? a mail-client?

    • #20472
      SKirkpatrick
      Member
      peterlaursen wrote on Feb 8 2006, 10:05 AM:
      I found these:

      http://www.google.com/search?client=opera&…=utf-8&oe=utf-8

      http://java.sun.com/products/jndi/tutorial…ty/crammd5.html

      .. looks to me like like CRAM-MD5 is only used by LDAP enabled mail servers (and depreciated actually)! 

      Do you use the e-mail functionality of the Backup Tool? If yes try not to! Can you configure the mailaccount(s) used with the job not to use/demand CRAM-MD5 authentication? Also can you tell from where the demand for CRAM-MD5 comes?  The mail-server at an ISP? A corporate mailserver? a mail-client?

      [post=”8687″]<{POST_SNAPBACK}>[/post]

      Them mail server is MS Exchange.. most recent version (2000 maybe) Corporate mail server.

      I can set it up to use my domainuser password for SMTP authentication, althought the password is saved in plain text in the job.xml file, this works fine. I was attempting to not use authentication to preserve the security of my domain info, our mail relay servers allow anonymous users based on the hostname that the origination of the request. I think those relay servers are Linux.

      Is there a way to encrypt my password in the xml file? This would solve the problem.

    • #20473
      peterlaursen
      Participant
      Quote:
      Is there a way to encrypt my password in the xml file? This would solve the problem.

      I am not sure that I understand! Is it

      1) the file as such or

      2) the transmitted data

      that must be encrypted?

      On what platform do you run the SJA? Linux? Windows?

      In case of 1) there are mountable encrypted filesystems available for all professional OS's. Also thirdparty 'file system driver' plugins.

      in case of 2) well .. where in the transmission chain?

      a-) From XML to SJA?

      b-) From SJA to MySQL? (here ssh-tunnelling is an option).

      c-) Or from SJA to mail-recipients .. this I don't know! Ritesh must be able to tell which authencation methods are supported by the SJA.

      It could be a problem with the relay servers running pretty old Linux-variants!

    • #20474
      Ritesh
      Member

      I believe you are using Notification Services.

      We dont support CRAM-MD5 authentication as of now.

    • #20475
      peterlaursen
      Participant

      no Ritesh!

      He is using the Backup 'PowerTool'! But that one has a mail functionality as well!

    • #20476
      Ritesh
      Member

      Both the mail module share the same code. We dont support CRAM-MD5 authentication as of now.

    • #20477
      SKirkpatrick
      Member
      Ritesh wrote on Feb 9 2006, 08:18 AM:
      Both the mail module share the same code. We dont support CRAM-MD5 authentication as of now.

      [post=”8697″]<{POST_SNAPBACK}>[/post]

      Ihave made a generic account on the domain and I am using that instead. It works fine this way, thanks for your assistance.

Viewing 7 reply threads
  • You must be logged in to reply to this topic.