You can subscribe to this list here.
2002 |
Jan
|
Feb
|
Mar
|
Apr
(75) |
May
(6) |
Jun
(6) |
Jul
(9) |
Aug
(46) |
Sep
(28) |
Oct
(56) |
Nov
(23) |
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
(23) |
Feb
(13) |
Mar
(10) |
Apr
(11) |
May
(23) |
Jun
(9) |
Jul
(6) |
Aug
(20) |
Sep
(28) |
Oct
(1) |
Nov
(23) |
Dec
(1) |
2004 |
Jan
(9) |
Feb
(6) |
Mar
(3) |
Apr
(12) |
May
(14) |
Jun
(3) |
Jul
(2) |
Aug
(9) |
Sep
(3) |
Oct
(8) |
Nov
(43) |
Dec
(9) |
2005 |
Jan
|
Feb
(1) |
Mar
(5) |
Apr
(17) |
May
(4) |
Jun
(2) |
Jul
(3) |
Aug
(2) |
Sep
(7) |
Oct
(8) |
Nov
|
Dec
(3) |
2006 |
Jan
(4) |
Feb
(2) |
Mar
(6) |
Apr
(3) |
May
|
Jun
(31) |
Jul
(4) |
Aug
(3) |
Sep
(5) |
Oct
(19) |
Nov
(16) |
Dec
(9) |
2007 |
Jan
|
Feb
|
Mar
(6) |
Apr
|
May
|
Jun
|
Jul
(5) |
Aug
|
Sep
(23) |
Oct
(7) |
Nov
(6) |
Dec
|
2008 |
Jan
(9) |
Feb
|
Mar
|
Apr
(9) |
May
(11) |
Jun
|
Jul
(1) |
Aug
(1) |
Sep
(3) |
Oct
|
Nov
(10) |
Dec
|
2009 |
Jan
(3) |
Feb
|
Mar
(5) |
Apr
(26) |
May
(45) |
Jun
(16) |
Jul
(41) |
Aug
(25) |
Sep
(4) |
Oct
(1) |
Nov
(8) |
Dec
(5) |
2010 |
Jan
(1) |
Feb
(3) |
Mar
(2) |
Apr
(21) |
May
(4) |
Jun
(18) |
Jul
(3) |
Aug
(2) |
Sep
(12) |
Oct
|
Nov
|
Dec
(5) |
2011 |
Jan
|
Feb
(3) |
Mar
(6) |
Apr
|
May
(1) |
Jun
(3) |
Jul
|
Aug
(4) |
Sep
(3) |
Oct
(1) |
Nov
|
Dec
(9) |
2012 |
Jan
(6) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2013 |
Jan
(4) |
Feb
|
Mar
(1) |
Apr
|
May
(4) |
Jun
(7) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(4) |
Dec
|
2014 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
(3) |
Jun
(3) |
Jul
(7) |
Aug
(1) |
Sep
(3) |
Oct
(2) |
Nov
(8) |
Dec
|
2015 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
(4) |
Jul
|
Aug
(4) |
Sep
|
Oct
(2) |
Nov
(1) |
Dec
(5) |
2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
|
From: Sistemas O. U. <so...@se...> - 2014-11-25 18:02:24
|
Hi, We've opened the outbound port 24441 TCP and UDP in the firewall. There's any other port that should be opened? Atenciosamente, Bruno Lopes Lisita Gestor de Tecnologia da Informação Equipe Sistemas Operacionais UNIX - GIT/STI/SEGPLAN GOVERNO DO ESTADO DE GOIAS On 24-11-2014 19:49, Dreas van Donselaar wrote: > Hi, > > On 24-11-14 21:30, Sistemas Operacionais Unix wrote: >> I'm still receiving errors, even after the liberation of TCP and UDP >> protool in the firewall. > I see no issues with the server, "pyzor ping" is working fine here, so > likely there is still a local firewall somewhere. > > Regards, > > Dreas > > ------------------------------------------------------------------------------ > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk > _______________________________________________ > pyzor-users mailing list > pyz...@li... > https://lists.sourceforge.net/lists/listinfo/pyzor-users |
From: Oli S. <py...@li...> - 2014-11-25 11:00:29
|
Hi I noticed that pyzor recently received a feature to locally whitelist digests - thanks a lot for this! This got me thinking of how the root cause of these 'digest collisions' could be fixed (see https://github.com/SpamExperts/pyzor/issues/3 ). I came up with a few ideas - but maybe I'm completely wrong about this, so im hoping we could discuss it on the mailing list before I submit any actual code. #1 : Don't feed "invalid" data to the normalizer The normalizer assumes to be working with text (it strips urls, emails, unique identifiers, ...) but pyzor also feeds *undecoded* non-text attachments. (https://github.com/SpamExperts/pyzor/blob/master/pyzor/digest.py#L173-L175) This causes messages with little or no body text and a base64 encoded attachment to end up with a single line of base64 padding data used for creating the digest. Ideas: - ignore non-text parts completely ( probably requires code to detect text parts which don't actually have a text/* content-type header) - use a hash of all non-text parts to update the digest and don't feed this hash to the normalizer #2 : If a message body only contains a links/short text lines/very long words (identifiers), the normalizer strips away everything and creates a digest of the empty string which causes digest collisions. Let's say we have a body like this: "buy: http://shop1.example.com" In the current implementation, pyzor strips away both the url and the text (because the text is shorter than 8 characters) and the message gets the same digest as one with an empty body. Idea: Don't *remove* dynamic parts like emails/urls/identifiers but replace them with static markers like '[EMAIL ADDRESS]', '[URLPATTERN]' , '[LONG STRING]' in order to keep the text structure intact. So, in the example above, we'd actually hash the string "buy:[URLPATTERN]" #3 : Add more uniqueness to empty body messages Even with #2 implemented, there are situations where the digester simply doesn't get any data. For example, we see a lot of people sending themselves reminder mails with no body ("Subject: 'buy milk'") Idea: if there is no usable body data, use the Subject header to create the digest What do you think? Best regards Oli -- message transmitted on 100% recycled electrons |
From: Dreas v. D. <dr...@sp...> - 2014-11-25 01:08:25
|
Hi, On 24-11-14 21:30, Sistemas Operacionais Unix wrote: > I'm still receiving errors, even after the liberation of TCP and UDP > protool in the firewall. I see no issues with the server, "pyzor ping" is working fine here, so likely there is still a local firewall somewhere. Regards, Dreas |
From: Sistemas O. U. <so...@se...> - 2014-11-24 20:29:03
|
Hi Andreas, I'm still receiving errors, even after the liberation of TCP and UDP protool in the firewall. Nov 24 18:05:05 mx spamd[1318]: pyzor: got response: public.pyzor.org:24441 TimeoutError: Nov 24 18:05:05 mx spamd[1318]: pyzor: failure to parse response "public.pyzor.org:24441 TimeoutError: " Nov 24 18:05:05 mx spamd[1314]: pyzor: [1327] finished: exit 1 Nov 24 18:05:05 mx spamd[1314]: pyzor: got response: public.pyzor.org:24441 TimeoutError: Nov 24 18:05:05 mx spamd[1314]: pyzor: failure to parse response "public.pyzor.org:24441 TimeoutError: " [root@mx ~]# pyzor ping public.pyzor.org:24441 TimeoutError: [root@mx ~]# pyzor ping public.pyzor.org:24441 TimeoutError: Regards, Bruno Lopes Lisita Gestor de Tecnologia da Informação Equipe Sistemas Operacionais UNIX - GIT/STI/SEGPLAN GOVERNO DO ESTADO DE GOIAS On 24-11-2014 17:49, Andreas Schamanek wrote: > On Mon, 24 Nov 2014, at 17:24, Sistemas Operacionais Unix wrote: > >> The server public.pyzor.org is no answering. >> >> # pyzor ping >> public.pyzor.org:24441 TimeoutError: >> # pyzor ping >> public.pyzor.org:24441 TimeoutError: > I am monitoring public.pyzor.org from 2 distinct location. Both are > showing no major timeouts. > >> telnet public.pyzor.org 24441 >> Trying 188.40.77.235... >> telnet: connect to address 188.40.77.235: Connection refused > That's expected. Pyzor uses UDP. > |
From: Andreas S. <sch...@fa...> - 2014-11-24 19:49:53
|
On Mon, 24 Nov 2014, at 17:24, Sistemas Operacionais Unix wrote: > The server public.pyzor.org is no answering. > > # pyzor ping > public.pyzor.org:24441 TimeoutError: > # pyzor ping > public.pyzor.org:24441 TimeoutError: I am monitoring public.pyzor.org from 2 distinct location. Both are showing no major timeouts. > telnet public.pyzor.org 24441 > Trying 188.40.77.235... > telnet: connect to address 188.40.77.235: Connection refused That's expected. Pyzor uses UDP. -- -- Andreas :-) |
From: Sistemas O. U. <so...@se...> - 2014-11-24 19:40:59
|
The server public.pyzor.org is no answering. # pyzor ping public.pyzor.org:24441 TimeoutError: # pyzor ping public.pyzor.org:24441 TimeoutError: telnet public.pyzor.org 24441 Trying 188.40.77.235... telnet: connect to address 188.40.77.235: Connection refused Trying 188.40.77.236... telnet: connect to address 188.40.77.236: Connection refused Trying 188.40.77.247... telnet: connect to address 188.40.77.247: Connection refused Trying 188.40.77.206... telnet: connect to address 188.40.77.206: Connection refused $ nmap -p 24441 public.pyzor.org Starting Nmap 6.40 ( http://nmap.org ) at 2014-11-24 16:34 BRST Nmap scan report for public.pyzor.org (188.40.77.236) Host is up (0.25s latency). Other addresses for public.pyzor.org (not scanned): 188.40.77.235 188.40.77.206 188.40.77.247 rDNS record for 188.40.77.236: server4.seinternal.com PORT STATE SERVICE 24441/tcp closed unknown Nmap done: 1 IP address (1 host up) scanned in 0.58 seconds -- Atenciosamente, Bruno Lopes Lisita Gestor de Tecnologia da Informação Equipe Sistemas Operacionais UNIX - GIT/STI/SEGPLAN GOVERNO DO ESTADO DE GOIAS |
From: Alexandru C. <chi...@gm...> - 2014-10-30 09:20:15
|
Hello, There was a temporary issue with the public pyzor server. Should be fixed now. Regards, Alex On 30 October 2014 10:46, Andreas Schamanek <sch...@fa...> wrote: > > Hi there, > > The public pyzor servers started to react slower and slower about 12 > hours ago. Since around 2014-10-30 04:00 UTC all 4 servers timeout > while ICMP pings are still answered. > > -- > -- Andreas > > :-| > > > > ------------------------------------------------------------------------------ > _______________________________________________ > pyzor-users mailing list > pyz...@li... > https://lists.sourceforge.net/lists/listinfo/pyzor-users > |
From: Andreas S. <sch...@fa...> - 2014-10-30 09:07:27
|
Hi there, The public pyzor servers started to react slower and slower about 12 hours ago. Since around 2014-10-30 04:00 UTC all 4 servers timeout while ICMP pings are still answered. -- -- Andreas :-| |
From: Chris <cpo...@em...> - 2014-09-02 21:02:50
|
On Tue, 2014-09-02 at 07:31 -0500, Chris wrote: > On Tue, 2014-09-02 at 23:32 +1200, Tony Meyer wrote: > > > Since then I've been seeing this in my syslog: > > > Aug 31 10:02:43 localhost spamd[2645]: pyzor: check failed: internal > > > error, python traceback seen in response > > > > It’d be very useful to know what the error is. Trying running pyzor by itself, rather than through SpamAssassin, e.g.: > > > > $ pyzor ping > > public.pyzor.org:24441 (200, 'OK') > > $ pyzor check > > Subject: Hello world! > > > > Test > > public.pyzor.org:24441 (200, 'OK') 219150 12833 > > > > You’ll presumably not get those responses, and get an error instead. > > Pyzor ping works fine: > > chris@localhost:~$ pyzor ping > public.pyzor.org:24441 (200, 'OK') > > Pyzor check however just nets me a blinking cursor until I interrupt the > process with Ctrl-C which gives me: > > chris@localhost:~$ pyzor check > ^CTraceback (most recent call last): > File "/usr/local/bin/pyzor", line 336, in <module> > main() > File "/usr/local/bin/pyzor", line 141, in main > if not dispatch(client, servers, config): > File "/usr/local/bin/pyzor", line 217, in check > for digested in get_input_handler(style): > File "/usr/local/bin/pyzor", line 159, in get_input_handler > msg = email.message_from_file(sys.stdin) > File "/usr/lib/python2.7/email/__init__.py", line 66, in > message_from_file > return Parser(*args, **kws).parse(fp) > File "/usr/lib/python2.7/email/parser.py", line 68, in parse > data = fp.read(8192) > KeyboardInterrupt > gives me: > > but it's probably there because of the interrupted process. > Through several suggestions from private email and on the SA list I have it working again. I added a few lines to my /etc/mail/spamassassin local.cf: ifplugin Mail::SpamAssassin::Plugin::Pyzor pyzor_path /usr/local/bin/pyzor pyzor_options --homedir /etc/mail/spamassassin/.pyzor endif and copied the .pyzor folder over from my home. Restarted SA and pyzor seems to be working now. Chris -- Chris 31.11°N 97.89°W (Elev. 1092 ft) 15:59:53 up 2 days, 18:03, 1 user, load average: 0.33, 0.22, 0.17 Ubuntu 14.04 LTS, kernel 3.13.0-35-generic |
From: Chris <cpo...@em...> - 2014-09-02 12:31:58
|
On Tue, 2014-09-02 at 23:32 +1200, Tony Meyer wrote: > > Since then I've been seeing this in my syslog: > > Aug 31 10:02:43 localhost spamd[2645]: pyzor: check failed: internal > > error, python traceback seen in response > > It’d be very useful to know what the error is. Trying running pyzor by itself, rather than through SpamAssassin, e.g.: > > $ pyzor ping > public.pyzor.org:24441 (200, 'OK') > $ pyzor check > Subject: Hello world! > > Test > public.pyzor.org:24441 (200, 'OK') 219150 12833 > > You’ll presumably not get those responses, and get an error instead. Pyzor ping works fine: chris@localhost:~$ pyzor ping public.pyzor.org:24441 (200, 'OK') Pyzor check however just nets me a blinking cursor until I interrupt the process with Ctrl-C which gives me: chris@localhost:~$ pyzor check ^CTraceback (most recent call last): File "/usr/local/bin/pyzor", line 336, in <module> main() File "/usr/local/bin/pyzor", line 141, in main if not dispatch(client, servers, config): File "/usr/local/bin/pyzor", line 217, in check for digested in get_input_handler(style): File "/usr/local/bin/pyzor", line 159, in get_input_handler msg = email.message_from_file(sys.stdin) File "/usr/lib/python2.7/email/__init__.py", line 66, in message_from_file return Parser(*args, **kws).parse(fp) File "/usr/lib/python2.7/email/parser.py", line 68, in parse data = fp.read(8192) KeyboardInterrupt gives me: but it's probably there because of the interrupted process. -- Chris 31.11°N 97.89°W (Elev. 1092 ft) 07:25:54 up 2 days, 9:29, 3 users, load average: 0.17, 0.10, 0.07 Ubuntu 14.04 LTS, kernel 3.13.0-35-generic |
From: Tony M. <to...@sp...> - 2014-09-02 12:03:07
|
> Since then I've been seeing this in my syslog: > Aug 31 10:02:43 localhost spamd[2645]: pyzor: check failed: internal > error, python traceback seen in response It’d be very useful to know what the error is. Trying running pyzor by itself, rather than through SpamAssassin, e.g.: $ pyzor ping public.pyzor.org:24441 (200, 'OK') $ pyzor check Subject: Hello world! Test public.pyzor.org:24441 (200, 'OK') 219150 12833 You’ll presumably not get those responses, and get an error instead. |
From: Chris <cpo...@em...> - 2014-08-31 17:03:52
|
System is Ubuntu 14.04 LTS. This morning I upgraded to the newest version of Pyzor using this command as shown on the webpage: pip install --upgrade pyzor Since then I've been seeing this in my syslog: Aug 31 10:02:43 localhost spamd[2645]: pyzor: check failed: internal error, python traceback seen in response Aug 31 10:07:02 localhost spamd[2645]: pyzor: check failed: internal error, python traceback seen in response Aug 31 10:35:38 localhost spamd[2645]: pyzor: check failed: internal error, python traceback seen in response I've attached the .pip.log from the install which I did as user. There seemed to be some errors that were shown in red so I did a sudo pip install --upgrade pyzor also. I notice now that there is also a .pyzor folder in / as well as the original one that is in ~/.pyzor. Thanks for any advice or even a 2x4 upside the head. Chris -- Chris 31.11°N 97.89°W (Elev. 1092 ft) 11:55:42 up 13:59, 1 user, load average: 0.32, 0.36, 0.29 Ubuntu 14.04 LTS, kernel 3.13.0-35-generic |
From: Andreas S. <sch...@fa...> - 2014-07-28 10:07:12
|
On Mon, 28 Jul 2014, at 11:28, Henning wrote: > > Indeed, the messages get listed as dcc AND pyzor spam, though they are > > not. They actually contain HTML style crap. Could that be an issue? Definitely yes! Tell the sender to switch to plain text only. Besides, you did not mention what version of pyzor you are using. It would also help if you included the digest and predigest. Here is what I get from the sample you sent using pyzor 0.5: $ pyzor -d digest < tmp.eml 8a202b7827b02b87424cb394e9fee0bf301a84ac $ pyzor -d predigest < tmp.eml /*Font*/ 1552224324;} /*Style*/ 70.85pt2.0cm70.85pt;} gtemso9]> gtemso9]> You see, only the HTML part is used and this is too arbitrary and might lead to false positives. However, it's currently not listed by pyzor due to a whitelisting: $ pyzor -d check < tmp.emlsending: 'User: anonymous\nTime: 1406540644\nSig: 002f26ed9576a83ebfde22d3d04f0f8ca6bdf6eb\n\nOp: check\nOp-Digest: 8a202b7827b02b87424cb394e9fee0bf301a84ac\nThread: 50612\nPV: 2.0\n\n' received: 'Code: 200\nDiag: OK\nPV: 2.1\nThread: 50612\nCount: 50\nWL-Count: 1\n\n' public.pyzor.org:24441 (200, 'OK') 0 1 -- -- Andreas :-) |
From: Matus U. - f. <uh...@fa...> - 2014-07-28 09:51:00
|
>>Am 14.07.2014 13:07, schrieb Matus UHLAR - fantomas: >>>I wonder then how can it hit both PYZOR and DCC. >>>are they text messages? >Am 14.07.2014 13:38, schrieb Henning: >>Thank you Matus for your quick reply! >> >>Indeed, the messages get listed as dcc AND pyzor spam, though they are >>not. They actually contain HTML style crap. Could that be an issue? >>I attached a false-positive for you as a sample. Although I removed some >>personal data (minor things that hopefully affect pyzor), please treat >>it as confidential. If you run into problems, don't hesitate to contact >>me again :) sorry, you have posted it to the mailing list now... (I usually delete private replies to mailing list mail, since I expect them to be posted to the mailing list too, you note on the ML) The mail body is too short, and yes, it contains HTML crap - in fact more HTML crap than usual text. Yes, that can cause the problem. I see it in the DCC, but not in pyzor now (I assume it has expired). Older versions of Outlook (don't know about current, e.g. 14) had an option to use Microsoft Word for HTML mail. Turning that off could help the problem. -- Matus UHLAR - fantomas, uh...@fa... ; http://www.fantomas.sk/ Warning: I wish NOT to receive e-mail advertising to this address. Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu. (R)etry, (A)bort, (C)ancer |
From: Henning <hen...@gm...> - 2014-07-28 09:29:01
|
Hello again, do you have any thoughts on this? Best regards, Henning Am 14.07.2014 13:38, schrieb Henning: > Thank you Matus for your quick reply! > > Indeed, the messages get listed as dcc AND pyzor spam, though they are > not. They actually contain HTML style crap. Could that be an issue? > I attached a false-positive for you as a sample. Although I removed some > personal data (minor things that hopefully affect pyzor), please treat > it as confidential. If you run into problems, don't hesitate to contact > me again :) > > Best regards > Henning > > Am 14.07.2014 13:07, schrieb Matus UHLAR - fantomas: >> I wonder then how can it hit both PYZOR and DCC. >> are they text messages? |
From: Matus U. - f. <uh...@fa...> - 2014-07-14 11:07:42
|
>> On 10.07.14 15:46, Henning wrote: >>> >I would like to whitelist mail from a specific sender address that is >>> >often reported as spam by pyzor (and dcc by the way). However, it is >>> >NOT, but I am not able to whitelist it by myself because this seems to >>> >require authorization. >> are you sure it's not spam for many other users? >Am 13.07.2014 12:46, schrieb Matus UHLAR - fantomas: On 14.07.14 08:52, Henning wrote: >Yes I am sure, no bulk but private conversation. It's an rwth-aachen.de >university address, I don't think they are somehow known spammers (apart >from regular newsletters maybe). I wonder then how can it hit both PYZOR and DCC. are they text messages? -- Matus UHLAR - fantomas, uh...@fa... ; http://www.fantomas.sk/ Warning: I wish NOT to receive e-mail advertising to this address. Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu. Eagles may soar, but weasels don't get sucked into jet engines. |
From: Henning <hen...@gm...> - 2014-07-14 06:52:57
|
Hi! Yes I am sure, no bulk but private conversation. It's an rwth-aachen.de university address, I don't think they are somehow known spammers (apart from regular newsletters maybe). Best henning Am 13.07.2014 12:46, schrieb Matus UHLAR - fantomas: > On 10.07.14 15:46, Henning wrote: >> >I would like to whitelist mail from a specific sender address that is >> >often reported as spam by pyzor (and dcc by the way). However, it is >> >NOT, but I am not able to whitelist it by myself because this seems to >> >require authorization. > are you sure it's not spam for many other users? |
From: Matus U. - f. <uh...@fa...> - 2014-07-13 10:46:57
|
On 10.07.14 15:46, Henning wrote: >I would like to whitelist mail from a specific sender address that is >often reported as spam by pyzor (and dcc by the way). However, it is >NOT, but I am not able to whitelist it by myself because this seems to >require authorization. are you sure it's not spam for many other users? -- Matus UHLAR - fantomas, uh...@fa... ; http://www.fantomas.sk/ Warning: I wish NOT to receive e-mail advertising to this address. Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu. Nothing is fool-proof to a talented fool. |
From: Henning <hen...@gm...> - 2014-07-10 13:46:34
|
I would like to whitelist mail from a specific sender address that is often reported as spam by pyzor (and dcc by the way). However, it is NOT, but I am not able to whitelist it by myself because this seems to require authorization. ~$ pyzor whitelist < false-positive.eml public.pyzor.org:24441 (403, 'Forbidden: User is not authorized to request the operation.') So I would like to ask if you can remove the digest key manually from your database. ~$ pyzor digest < false-positive.eml 8a202b7827b02b87424cb394e9fee0bf301a84ac Is this the recommended way of doing so? Best regards, Henning |
From: Steve B. <sbe...@gm...> - 2014-06-30 18:04:32
|
Hi, I'm getting: "pyzor: check failed: internal error, python traceback seen in response" on many Spamassassin generated calls to pyzor. In the case of good emails, at least, the senders report getting a bounce, but the emails make it through to the recipient. Despite adding '-d' to the pyzor options, I haven't been able to actually look at a traceback. Could anyone direct me to how to find an actual traceback? On a related note, we have postfix aliases. Should I be explicitly giving a --homedir for pyzor? I'm not sure what that "servers" file is about. Setting a --homedir doesn't seem to fix the problem. Thank you for any enlightenment on this. Steve Bergman |
From: Dreas v. D. <dr...@sp...> - 2014-06-07 00:46:38
|
Hi Andre! It's indeed not possible to sync a local server with the main database. That said, 36 MTAs should be no problem for the main Pyzor server. So please don't hesitate to use it :) Greets, Dreas On 05-06-14 22:20, Andre Nathan wrote: > Hello > > I've just configure pyzor for the first time. I was browsing the list > and saw some old messages mentioning that there was no way of syncing a > local server with the main one. Is that still the case? > > I have 36 MTAs with a fairly large amount of messages and I'm worried > I'll overload the main pyzor server if I enable it in all of them, so my > idea was to run a local pyzord with a copy of the database. > > Best regards, > Andre > > > > ------------------------------------------------------------------------------ > Learn Graph Databases - Download FREE O'Reilly Book > "Graph Databases" is the definitive new guide to graph databases and their > applications. Written by three acclaimed leaders in the field, > this first edition is now available. Download your free book today! > http://p.sf.net/sfu/NeoTech > > > _______________________________________________ > pyzor-users mailing list > pyz...@li... > https://lists.sourceforge.net/lists/listinfo/pyzor-users |
From: Andre N. <an...@di...> - 2014-06-05 20:48:43
|
Hello I've just configure pyzor for the first time. I was browsing the list and saw some old messages mentioning that there was no way of syncing a local server with the main one. Is that still the case? I have 36 MTAs with a fairly large amount of messages and I'm worried I'll overload the main pyzor server if I enable it in all of them, so my idea was to run a local pyzord with a copy of the database. Best regards, Andre |
From: Cole T. <col...@gm...> - 2014-05-28 11:32:23
|
On 05/27/2014 01:59 AM, Alexandru Chirila wrote: > Hello Pyzor users, > > The Pyzor project has been hosted on SourceForge for some time now, > but the Hosted Apps platform is being retired soon > <http://sourceforge.net/p/forge/community-docs/Hosted%20Apps%20Retirement/>. > (2014-06-19) Some of you already complained that it is slow, so in a > way this is good news! > > This means that our issue tracker will have to move to a new place. > With it we will probably want to move the source code repository, but > keep the current mailing lists in place. And continue to publish > releases on both SF and PyPI. > > Our first choice so far is GitHub <https://github.com/>, but we are > also looking at other open source hosting platforms. As usual we will > send announcements when the project has been moved. So this is more of > a advance notice, but we're also hoping to get some feedback from the > community around this. > With the lastest kerfuffle at github, I might recommend taking a look at gitlab.com instead. Less popular, but more features for free... Just my $.02. :) -- Cole Tuininga col...@gm... |
From: Oli S. <py...@li...> - 2014-05-27 10:21:12
|
On Tue, 27 May 2014 08:59:31 +0300 Alexandru Chirila <chi...@gm...> wrote: > Our first choice so far is GitHub <https://github.com/>, but we are > also looking at other open source hosting platforms. As usual we will > send announcements when the project has been moved. So this is more > of a advance notice, but we're also hoping to get some feedback from > the community around this. > I'd love to see the pyzor codebase move to github, the fork/pull system would make contributing code much easier. Best regards, Oli ( aka gryphius in Ticket #182 ;-) ) -- message transmitted on 100% recycled electrons |
From: Alexandru C. <chi...@gm...> - 2014-05-27 05:59:38
|
Hello Pyzor users, The Pyzor project has been hosted on SourceForge for some time now, but the Hosted Apps platform is being retired soon<http://sourceforge.net/p/forge/community-docs/Hosted%20Apps%20Retirement/>. (2014-06-19) Some of you already complained that it is slow, so in a way this is good news! This means that our issue tracker will have to move to a new place. With it we will probably want to move the source code repository, but keep the current mailing lists in place. And continue to publish releases on both SF and PyPI. Our first choice so far is GitHub <https://github.com/>, but we are also looking at other open source hosting platforms. As usual we will send announcements when the project has been moved. So this is more of a advance notice, but we're also hoping to get some feedback from the community around this. Kind Regards, The Pyzor team. |