Custom Query (24252 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (7 - 9 of 24252)

1 2 3 4 5 6 7 8 9 10 11 12 13
Ticket Resolution Summary Owner Reporter
#8 Fixed List of servers has names right justified nickm weasel
Description

[Moved from bugzilla] Reporter: colin@… (Colin Tuckley)

Description: Opened: 2003-09-28 13:16

When you run the "mixminion list-servers" command the resulting list of server information has the names of the servers right justified (with the trailing colons aligned).

This makes it very difficult to spot a server with a short name.


Will fix in 0.0.6.


0.0.6 CVS has a brand-spanking new list-servers implementation that no longer has this problem. It doubtlessly has others. It needs documentation, and it isn't 100% backward compatible, but it's at least an order of magnitude more flexible.

It may still suck, but not in the same way as before. :)lin@… (Colin Tuckley)

[Automatically added by flyspray2trac: Operating System: Linux]

#9 Fixed Client MMTP timeouts don't really work nickm weasel
Description

[Moved from bugzilla] Reporter: nickm@… (Nick Mathewson)

Description: Opened: 2003-10-17 13:28

Right now, client MMTP connections only timeout while the connect(2) call is in progress. But there is no good way (other than alarm(2)) to have blocking TLS connections timeout.

The symptom is: connect to server that accepts a TCP connection, but that never completes any TLS operations. The client will block forever.

For now, I'm implementing alarm() for a quick fix. But that will penalize slow servers, and isn't a good long-term solution.

The real answer is probably to rewrite the client and server connection to both use a common set of nonblocking IO calls.


This has been fixed by the MMTP rewrite in 0.0.7.

[Automatically added by flyspray2trac: Operating System: All]

#10 Fixed flush command terminates with this traceback nickm weasel
Description

[Moved from bugzilla] Reporter: qumqats@… (Joel M. Baldwin)

Description: Opened: 2003-10-19 04:15

flush command terminates with this traceback. portion of contents of queue never gets processed.

Oct 18 19:07:23.408 [INFO] Error while delivering messages; leaving in queue Traceback (most recent call last):

File "/home/minion/bin/mixminion", line 10, in ?

mixminion.Main.main(sys.argv)

File "/home/minion/lib/python2.3/site-packages/mixminion/Main.py", line 281,

in main

func(commandStr, args[2:])

File "/home/minion/lib/python2.3/site-packages/mixminion/ClientMain.py", line

2828, in flushQueue

client.flushQueue(count)

File "/home/minion/lib/python2.3/site-packages/mixminion/ClientMain.py", line

1672, in flushQueue

self.sendMessages(msgs, routing, noQueue=1, warnIfLost=0)

File "/home/minion/lib/python2.3/site-packages/mixminion/ClientMain.py", line

1620, in sendMessages

timeout)

File "/home/minion/lib/python2.3/site-packages/mixminion/MMTPClient.py", line

247, in sendMessages

con.connect(connectTimeout=connectTimeout)

File "/home/minion/lib/python2.3/site-packages/mixminion/MMTPClient.py", line

69, in connect

self._connect(connectTimeout)

File "/home/minion/lib/python2.3/site-packages/mixminion/MMTPClient.py", line

123, in _connect

self.tls.connect()

mixminion._minionlib.TLSWantWrite

[Automatically added by flyspray2trac: Operating System: FreeBSD]

1 2 3 4 5 6 7 8 9 10 11 12 13
Note: See TracQuery for help on using queries.