Welcome, Guest. Please login or register.

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - AyrA

Pages: [1] 2 3 ... 85
Is the problem still present? Because I can't reproduce it

General Discussion / Re: BinSend: Send and decode binary attachments
« on: June 29, 2018, 09:08:45 PM »
Updated to 1.3

Template creation in the UI was not possible in previous versions. it should work now

General Discussion / Re: BinSend: Send and decode binary attachments
« on: June 17, 2018, 01:56:12 PM »
The application has been updated to 1.2. It can now read API settings from keys.dat and can also update keys.dat if it misses API settings.

General Discussion / Re: BinSend: Send and decode binary attachments
« on: June 16, 2018, 02:33:46 PM »
I agree that the wiki is out of date. A lot of the API functions are completely missing or documented wrong. I personally would have rewritten the API long time ago.

The wiki itself is only for the official client and the protocol itself, not for 3rd party applications. Every application should come with its own instructions.

General Discussion / Re: BinSend: Send and decode binary attachments
« on: June 15, 2018, 07:43:57 PM »
"Unable to make API request. Reason: Unable to connect to the remote server"

Any instructions on how to setup the API connection parameters?

Be sure bitmessage is not running when you perform the steps below.

- Find and open your keys.dat file in a text editor. For possible locations, see here

The file will start with a section named "[bitmessagesettings]" which contains "name = value" pairs, one per line.
Insert these pairs below into said section:

Code: [Select]
apienabled = true
apiport = 8442
apiinterface =
apiusername = username
apipassword = password

- Feel free to set a custom username and password. I recommend only using a-z and 0-9 to avoid any problems. The values don't need to be too secure as long as you leave the interface to "" because this address limits access by applications to your own computer.
- watch out for the spaces around "=", keep them
- Check if the section already contains any of these 5 value pairs and if so, delete those that already exist.

Save the file and start bitmessage, now fill in the same values into BinSend


If you have trouble finding the file, run bitmessage and check the "File" menu. There's an option to open keys.dat to manage your keys.
Recent bitmessage versions will show you the path to said file when you click this option

Opening unknown files

The easiest way is to type "notepad" into your start menu search and open it, then drag keys.dat onto the editor.


If I have time this weekend I try to automate this process with BinSend

The API call getSentMessageByAckData returns a message object with the msgid field populated.

General Discussion / Re: BinSend: Send and decode binary attachments
« on: June 14, 2018, 12:08:05 PM »
Updated to 1.1, see first post

General Discussion / BinSend: Send and decode binary attachments
« on: June 13, 2018, 05:53:23 PM »
I completely rewrote BinSend from scratch over the last two weeks.
The interface has been massively improved, the client properly handles the SameOrigin attribute and the overall bitmessage API integration is better.
Bonus: The repository is no longer a big mess.


Current Version:

Old Versions:

Note: I've set a tag "Old_Version" into the repository that marks the last version that still uses the old BinSend format. There is no binary download available but the compiled results are included in the repository itself (BinSend/bin/Release)

Deutsch (German) / Re: kein login möglich: err cert revoked ?
« on: May 08, 2018, 06:51:13 PM »
> Wurde bitmessage  für Chrome eingestellt?

Nein. Es sollte wieder funktionieren. Chrome hat sich entschieden für diese Zertifizierungsstelle alle Zertifikate abzuerkennen und zu ignorieren was das Betriebssystem sagt. Eine Praktik die ich persönlich als fragwürdig einstufe da ein Browser sich nicht über das Betriebssystem hinwegsetzen sollte.

General Discussion / Re: Scalability of protocol
« on: March 06, 2018, 01:12:11 PM »
There is no upper limit to the size and the number of messages. There is in fact no blockchain. Messages are stored as individual objects which clients purge from their own database after they expire.

General Discussion / about:spam
« on: February 26, 2018, 04:10:18 PM »

Because of the massive abuse of this forum lately, I did a few things:

First of all, I removed like 20 spam posts and the associated accounts across all forums.
I then went over the User List (7000+ entries) and removed users according to these conditions:

- Removed Accounts older than 2018-01-01 without a single post.
- Removed accounts older than 24 hours with a website but no posts.

Result: We now have only 727 users on this forum.
About 90% of all accounts were never used or exclusively created for advertising bogus websites.

If your account was accidentally removed, you can create it again.
Be sure to make at least one valid post (topic or reply)

Spam Prevention

Whoever manages this forum (is Atheros still here?) please implement a somewhat working anti-spam mechanic.
Whatever is in place doesn't seems good enough anymore after 5 years.

This post will be removed after 3018-03-31

General Discussion / Re: bitmessagemain.py ends without error
« on: May 08, 2017, 04:14:07 AM »
[...] I think it works like that on Windows too.
While windows has a DuplicateHandle function you cannot duplicate a handle that comes from another process. Depending on how you launched the client, the handle might be owned by CMD.exe. You can properly daemonize an application in windows in 3 ways:

Service: This is certainly not what you should do but a real deamon process on windows works somewhat differently than in linux. You have to implement at least two public methods for starting and stopping, optionally a third one for halting.
Message loop: You can compile your program to be a Windows GUI application and then not create any windows, just an empty message loop. Your application will run invisible. The only thing you have to do is listen to the close message. This method is extensively used by the background processes of chrome.
FreeConsole: If your program is a console application (which I assume because of the duplicate handle call) you can use the FreeConsole function and even attach yourself again using either AttachConsole or AllocConsole. This method will always flash a console window because windows only starts executing the application after the console window has reported it is ready.

Some notes:

- AttachConsole accepts a parameter of -1, which specifies the parent process.
- A process can have 0 or 1 consoles attached.
- You can attach to any console you want, including those from completely different processes as long as you have the permission for it. Windows despawns the console once it has 0 processes attached.
- Applications compiled as "console" will not despawn if they are not attached to a console window.
- Writing to stdout or stderr might hang the application if the streams are not redirected.
- Single keystroke input read from stdin is not possible without a console attached or with redirected stdin. You can only read single chars.
- The parent process/script continues to run as soon as you detach and will not halt if you attach again.

Ich biete eine signierte version des downloads an: https://master.ayra.ch/bitsign/bitmessage.aspx

Die signatur verhindert nachträgliche Veränderung an der Datei, außerdem ist die chance für eine Virus Klassifizierung wesentlich geringer.

General Discussion / Re: large image and video attachment
« on: May 07, 2017, 12:20:41 PM »
sorry i didnt know about binsend until now also can i run it with mono or wine since i dont have windows

Binsend dev here. I am not sure if you really can do this. You can try if you want to but I am not sure if mono can properly convert the GUI to GTK. In the end the application is nothing complex, it simply converts your inputs into chunks and sends them. It also allows to decode them obviously. You might be better off using an E-mail interface that forwards messages as-is. In that case the recipient could decode the message again using the same interface.

General Discussion / Re: POW and GPU
« on: May 07, 2017, 12:16:47 PM »
You will never find an algorithm where the GPU doesn't has an advantage over the CPU.
The reason is simple: Proof of work can't be limited to a certain number of CPU/GPU cores. My GPU has over 2000 cores so it will always be a lot faster than CPU unless you chose an algorithm that uses a ton of memory, which on the other hand will prevent any widespread adoption for bitmessage because it is too expensive to run on weaker devices.

Also don't forget that people can use the CPU and GPU at the same time.

Pages: [1] 2 3 ... 85