[xmail] Debug message
Hello all, I run xmail in debug mode and I found that when there is a incoming mail trigger the virus filter from Peter Lindeman, it keeps showing me the message :rm: could't remove file /var/MailRoot/spool/x/x/mess/xxx.xxx.faith.report. File / directory not found. What is the problem there?? I am running xmail-1.18 and the latest av-filter form Peter Lindeman. Gideon -- |||:: MigDal-Gad CrossNet Ltd ::||| We do the BEST for Christ Tel: 2671-7015 Fax: 30054126 http://www.mcnet.com.hk FREE Web Hosting for ALL Churches http://www.church.org.hk -- |||:: MigDal-Gad CrossNet Ltd ::||| We do the BEST for Christ Tel: 2671-7015 Fax: 30054126 http://www.mcnet.com.hk FREE Web Hosting for ALL Churches http://www.church.org.hk - To unsubscribe from this list: send the line "unsubscribe xmail" in the body of a message to [EMAIL PROTECTED] For general help: send the line "help" in the body of a message to [EMAIL PROTECTED]
[xmail] Re: SPF
Davide Libenzi wrote: >On Wed, 18 Feb 2004, Don Drake wrote: > > > >>I agree, this is getting a lot of attention lately... >> >> > >When more than 1% of the existing internet mail infrastructure will use >it, I'll think about it. I do not want to add code to XMail for a non >standard that might die tomorrow. > > > A legitimate thought, but how about adding the ability to write some kind of plugin/filter that would do that outside of XMail (i.e. In-session filtering) - To unsubscribe from this list: send the line "unsubscribe xmail" in the body of a message to [EMAIL PROTECTED] For general help: send the line "help" in the body of a message to [EMAIL PROTECTED]
[xmail] Re: SPF
On Wed, 18 Feb 2004, Don Drake wrote: > I agree, this is getting a lot of attention lately... When more than 1% of the existing internet mail infrastructure will use it, I'll think about it. I do not want to add code to XMail for a non standard that might die tomorrow. - Davide - To unsubscribe from this list: send the line "unsubscribe xmail" in the body of a message to [EMAIL PROTECTED] For general help: send the line "help" in the body of a message to [EMAIL PROTECTED]
[xmail] Re: SPF
I agree, this is getting a lot of attention lately... -Don > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Orion Productions > Sent: Wednesday, February 18, 2004 6:19 PM > To: [EMAIL PROTECTED] > Subject: [xmail] SPF > > > http://spf.pobox.com/intro.html > => SPF is developing support in Postfix, Exim, Qmail, and Sendmail > What about XMail? > > > - > To unsubscribe from this list: send the line "unsubscribe xmail" in > the body of a message to [EMAIL PROTECTED] > For general help: send the line "help" in the body of a message to > [EMAIL PROTECTED] > > - To unsubscribe from this list: send the line "unsubscribe xmail" in the body of a message to [EMAIL PROTECTED] For general help: send the line "help" in the body of a message to [EMAIL PROTECTED]
[xmail] SPF
http://spf.pobox.com/intro.html => SPF is developing support in Postfix, Exim, Qmail, and Sendmail What about XMail? - To unsubscribe from this list: send the line "unsubscribe xmail" in the body of a message to [EMAIL PROTECTED] For general help: send the line "help" in the body of a message to [EMAIL PROTECTED]
[xmail] Re: XMailserver and cr/lf under Linux/Unix
Hello, Well I feel like a dummy! I'd often wondered why I sometimes get double copies of an email in POP3. I never would have dreamed it had anything to do with Courier IMAP! - Kelly > Michael Wyraz wrote: > >>Hello Davide, Hello mailinglist users, >>I joined the mailing list today and move this thread to the list. Maybe >>someone has >>already solved my problem... >> >> >> Hi, i have two questions to the handling of newline characters in xmail. I saw that xmail uses cr/lf for mail files even when running on linux. Is there a way to change that to unix cr (maybe as a compiletime option)? I'm using courier-imap with xmail and the dos-linefeeds causes strange behavior with some imap clients. I discussed that with the courier-imap people but they will not support cr/lf under unix because (and that's also my oppinion) unix software should use unix linefeeds. Are the linefeeds configured at a single point in xmail (like POP3_USER_SPLITTERS in POP3Utils.h)? In that case the change would be very easy i think. >>>The reason XMail uses crlf is because it is the RFC format for messages >>>*and* XMail uses sendfile() on linux w/out the need of readline/sendline >>>crappy loops. I believe someone on the mailing list already had courier >>>working with XMail in some way. >>> >>> >>> >>> >>I had a look to the sourcecode of xmail today and tried around a bit >>with xmail and with courier. >>The problem is not that courier is not working. The problem is that >>courier replaces LF with CRLF >>for sending. This results in CRCRLF which causes problems with some mail >>clients. >> >>It seems there's no easy solution for my problem: >>* XMail uses very efficient code to send a mail because it can send >>mails as they are. It's maybe a lot of work >>to add CR/LF transformation :( >>* the Courier people will definitely not change the file format that is >> used >> >>The only thing i could do is to migrate fully to courier. But that's bad >>because i like the way xmail is designed >>and it works very well since a long time. >> >> >>What do you think how much work it would be to add (optional) CR/LF >>transformation to xmail? >>How many things must be changed? >>Would a modified SysDepLinux.cpp do the thing? In that case at least >>some SmtpServer code >>(the part that receives/writes a mail) must be modified to access system >>dependend code. >> >> >>Hope you can help me. >> >>Thanks a lot. >>Michael. >> >> >> > > Hi Michael, the solution to this is not to modifiy Xmailserver but > to modify courier-imap to behave properly, and for Xmailserver there is > just a tiny patch that removes the possibility that the messages with > names mangled by courier to be shown twice while using pop3. > Patches are in: > > http://mircea.smartpost.ro/download > > > Also are available RPMs and SRPMs for Mandrake Linux 9.2 on > http://mircea.interplus.ro/ftp/ultraupdates > > > Hope that helps, > > Mircea > > > > - > To unsubscribe from this list: send the line "unsubscribe xmail" in > the body of a message to [EMAIL PROTECTED] > For general help: send the line "help" in the body of a message to > [EMAIL PROTECTED] > > - To unsubscribe from this list: send the line "unsubscribe xmail" in the body of a message to [EMAIL PROTECTED] For general help: send the line "help" in the body of a message to [EMAIL PROTECTED]
[xmail] Re: XMailserver and cr/lf under Linux/Unix
>Hi Michael, the solution to this is not to modifiy Xmailserver but >to modify courier-imap to behave properly, and for Xmailserver there is >just a tiny patch that removes the possibility that the messages with >names mangled by courier to be shown twice while using pop3. >Patches are in: > >http://mircea.smartpost.ro/download > > >Also are available RPMs and SRPMs for Mandrake Linux 9.2 on >http://mircea.interplus.ro/ftp/ultraupdates > > >Hope that helps, > > > Thanks so much!!! I patched courier, recompiled it and - it works perfectly :-) Currently i re-migrate to imap (i switched temporary back to pop3 because that bug). Now I'm using: * xmail * clamav for virus scanning * patched courier imap for imap (mozilla thunderbird as client) * imapfilter running every 20 seconds for server-side filtering of email and everything works fine. What a nice day ;) - To unsubscribe from this list: send the line "unsubscribe xmail" in the body of a message to [EMAIL PROTECTED] For general help: send the line "help" in the body of a message to [EMAIL PROTECTED]
[xmail] Re: XMailserver and cr/lf under Linux/Unix
Michael Wyraz wrote: >Hello Davide, Hello mailinglist users, >I joined the mailing list today and move this thread to the list. Maybe >someone has >already solved my problem... > > > >>>Hi, >>> >>>i have two questions to the handling of newline characters in xmail. >>> >>>I saw that xmail uses cr/lf for mail files even when running on linux. >>>Is there a way to >>>change that to unix cr (maybe as a compiletime option)? I'm using >>>courier-imap with xmail >>>and the dos-linefeeds causes strange behavior with some imap clients. >>>I discussed that with the courier-imap people but they will not support >>>cr/lf under unix because >>>(and that's also my oppinion) unix software should use unix linefeeds. >>> >>>Are the linefeeds configured at a single point in xmail (like >>>POP3_USER_SPLITTERS in POP3Utils.h)? >>>In that case the change would be very easy i think. >>> >>> >>> >>> >>The reason XMail uses crlf is because it is the RFC format for messages >>*and* XMail uses sendfile() on linux w/out the need of readline/sendline >>crappy loops. I believe someone on the mailing list already had courier >>working with XMail in some way. >> >> >> >> >I had a look to the sourcecode of xmail today and tried around a bit >with xmail and with courier. >The problem is not that courier is not working. The problem is that >courier replaces LF with CRLF >for sending. This results in CRCRLF which causes problems with some mail >clients. > >It seems there's no easy solution for my problem: >* XMail uses very efficient code to send a mail because it can send >mails as they are. It's maybe a lot of work >to add CR/LF transformation :( >* the Courier people will definitely not change the file format that is used > >The only thing i could do is to migrate fully to courier. But that's bad >because i like the way xmail is designed >and it works very well since a long time. > > >What do you think how much work it would be to add (optional) CR/LF >transformation to xmail? >How many things must be changed? >Would a modified SysDepLinux.cpp do the thing? In that case at least >some SmtpServer code >(the part that receives/writes a mail) must be modified to access system >dependend code. > > >Hope you can help me. > >Thanks a lot. >Michael. > > > Hi Michael, the solution to this is not to modifiy Xmailserver but to modify courier-imap to behave properly, and for Xmailserver there is just a tiny patch that removes the possibility that the messages with names mangled by courier to be shown twice while using pop3. Patches are in: http://mircea.smartpost.ro/download Also are available RPMs and SRPMs for Mandrake Linux 9.2 on http://mircea.interplus.ro/ftp/ultraupdates Hope that helps, Mircea - To unsubscribe from this list: send the line "unsubscribe xmail" in the body of a message to [EMAIL PROTECTED] For general help: send the line "help" in the body of a message to [EMAIL PROTECTED]
[xmail] Re: XMailserver and cr/lf under Linux/Unix
Kelly McTiernan wrote: >Hi, >I use Courier IMAP/OpenLDAP Auth with XMail on Solaris. It's never given >me any trouble. The only IMAP client I use is Squirrel Mail though, so I >can't say how other clients will behave. Squirrel Mail is an awesome >product if you need a web-mail solution. > >- Kelly > > Squirrel mail seems to correct the strance CRCRLF linefeeds. I use it when my Mail client (Mozilla or Thunderbird) fails to open such a mail. Michael. - To unsubscribe from this list: send the line "unsubscribe xmail" in the body of a message to [EMAIL PROTECTED] For general help: send the line "help" in the body of a message to [EMAIL PROTECTED]
[xmail] Re: XMailserver and cr/lf under Linux/Unix
Hi, I use Courier IMAP/OpenLDAP Auth with XMail on Solaris. It's never given me any trouble. The only IMAP client I use is Squirrel Mail though, so I can't say how other clients will behave. Squirrel Mail is an awesome product if you need a web-mail solution. - Kelly > Hello Davide, Hello mailinglist users, > I joined the mailing list today and move this thread to the list. Maybe > someone has > already solved my problem... > >>>Hi, >>> >>>i have two questions to the handling of newline characters in xmail. >>> >>>I saw that xmail uses cr/lf for mail files even when running on linux. >>>Is there a way to >>>change that to unix cr (maybe as a compiletime option)? I'm using >>>courier-imap with xmail >>>and the dos-linefeeds causes strange behavior with some imap clients. >>>I discussed that with the courier-imap people but they will not support >>>cr/lf under unix because >>>(and that's also my oppinion) unix software should use unix linefeeds. >>> >>>Are the linefeeds configured at a single point in xmail (like >>>POP3_USER_SPLITTERS in POP3Utils.h)? >>>In that case the change would be very easy i think. >>> >>> >> >>The reason XMail uses crlf is because it is the RFC format for messages >>*and* XMail uses sendfile() on linux w/out the need of readline/sendline >>crappy loops. I believe someone on the mailing list already had courier >>working with XMail in some way. >> >> > I had a look to the sourcecode of xmail today and tried around a bit > with xmail and with courier. > The problem is not that courier is not working. The problem is that > courier replaces LF with CRLF > for sending. This results in CRCRLF which causes problems with some mail > clients. > > It seems there's no easy solution for my problem: > * XMail uses very efficient code to send a mail because it can send > mails as they are. It's maybe a lot of work > to add CR/LF transformation :( > * the Courier people will definitely not change the file format that is > used > > The only thing i could do is to migrate fully to courier. But that's bad > because i like the way xmail is designed > and it works very well since a long time. > > > What do you think how much work it would be to add (optional) CR/LF > transformation to xmail? > How many things must be changed? > Would a modified SysDepLinux.cpp do the thing? In that case at least > some SmtpServer code > (the part that receives/writes a mail) must be modified to access system > dependend code. > > > Hope you can help me. > > Thanks a lot. > Michael. > > > > - > To unsubscribe from this list: send the line "unsubscribe xmail" in > the body of a message to [EMAIL PROTECTED] > For general help: send the line "help" in the body of a message to > [EMAIL PROTECTED] > > - To unsubscribe from this list: send the line "unsubscribe xmail" in the body of a message to [EMAIL PROTECTED] For general help: send the line "help" in the body of a message to [EMAIL PROTECTED]
[xmail] Re: XMailserver and cr/lf under Linux/Unix
Hello Davide, Hello mailinglist users, I joined the mailing list today and move this thread to the list. Maybe someone has already solved my problem... >>Hi, >> >>i have two questions to the handling of newline characters in xmail. >> >>I saw that xmail uses cr/lf for mail files even when running on linux. >>Is there a way to >>change that to unix cr (maybe as a compiletime option)? I'm using >>courier-imap with xmail >>and the dos-linefeeds causes strange behavior with some imap clients. >>I discussed that with the courier-imap people but they will not support >>cr/lf under unix because >>(and that's also my oppinion) unix software should use unix linefeeds. >> >>Are the linefeeds configured at a single point in xmail (like >>POP3_USER_SPLITTERS in POP3Utils.h)? >>In that case the change would be very easy i think. >> >> > >The reason XMail uses crlf is because it is the RFC format for messages >*and* XMail uses sendfile() on linux w/out the need of readline/sendline >crappy loops. I believe someone on the mailing list already had courier >working with XMail in some way. > > I had a look to the sourcecode of xmail today and tried around a bit with xmail and with courier. The problem is not that courier is not working. The problem is that courier replaces LF with CRLF for sending. This results in CRCRLF which causes problems with some mail clients. It seems there's no easy solution for my problem: * XMail uses very efficient code to send a mail because it can send mails as they are. It's maybe a lot of work to add CR/LF transformation :( * the Courier people will definitely not change the file format that is used The only thing i could do is to migrate fully to courier. But that's bad because i like the way xmail is designed and it works very well since a long time. What do you think how much work it would be to add (optional) CR/LF transformation to xmail? How many things must be changed? Would a modified SysDepLinux.cpp do the thing? In that case at least some SmtpServer code (the part that receives/writes a mail) must be modified to access system dependend code. Hope you can help me. Thanks a lot. Michael. - To unsubscribe from this list: send the line "unsubscribe xmail" in the body of a message to [EMAIL PROTECTED] For general help: send the line "help" in the body of a message to [EMAIL PROTECTED]
[xmail] Re: XMCrypt issues, resolved
On Wed, 18 Feb 2004, Spyros Tsiolis wrote: > Chaps, > > I found a workaround for this. > > Indeed, XMCrypt does not like symbols when entering a password. Ever heard about escaping characters/string on Unix? - Davide - To unsubscribe from this list: send the line "unsubscribe xmail" in the body of a message to [EMAIL PROTECTED] For general help: send the line "help" in the body of a message to [EMAIL PROTECTED]
[xmail] XMCrypt issues, resolved
Chaps, I found a workaround for this. Indeed, XMCrypt does not like symbols when entering a password. My system is an old Pentium @150MHz, compqa ProSignia (_very_ old). with slackware linux v.9.0 I think and Xmail v.1.17. Just to let you know. Oh! yes ! I worked around this by adding a ficticious user with the desired password from the console session (telnet . 6017), copied the password over from /var/MailRoot/mailusers.tab and put it where I wanted it. s. - "I merely function as a channel that filters music through the chaos of noise" - Vangelis _ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=features/junkmail - To unsubscribe from this list: send the line "unsubscribe xmail" in the body of a message to [EMAIL PROTECTED] For general help: send the line "help" in the body of a message to [EMAIL PROTECTED]
[xmail] issues with XMCrypt
Chaps, it looks like XMCrypt doesn't like passwords with symbol characters, e.g. !#ge332() [refering to !# and () ] Is that right ? Am I missing something ? s. - "I merely function as a channel that filters music through the chaos of noise" - Vangelis _ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail - To unsubscribe from this list: send the line "unsubscribe xmail" in the body of a message to [EMAIL PROTECTED] For general help: send the line "help" in the body of a message to [EMAIL PROTECTED]
[xmail] Re: R: Re: mailproc external Windows 2K Server
Hello Keep in mind that the SYSTEM account is very special ... (can't access shares , ...) And the default directory used can be ... %SYSTEMROOT%/SYSTEM32 ...? Allways specify full files paths or make sure your program cd to its = working directory at start (or with a .cmd file) On my windows installation i also use a user account for running the = xmail service (security purpose, can access shares, ...) and for example, the temp dir used by xmail to put temp files for = filters is the one specified in the user profile temp var, not the system temp dir = (so isolate xmail and filters work from system work) (in case this info help ...) Francis > -Message d'origine- > De : Sergio Casagrande [mailto:[EMAIL PROTECTED] > Envoy=E9 : mercredi 18 f=E9vrier 2004 18:14 > =C0 : [EMAIL PROTECTED] > Objet : [xmail] R: Re: mailproc external Windows 2K Server >=20 >=20 > I had a problem like this. > I solved it calling program with: > "c:\winnt\system32\cmd.exe /c C:\Progra~1\batch\XMail\command.cmd" > I hope this can help. > Ciao. > Sergio C. >=20 >=20 > -Messaggio originale- > Da: Terry L Fritts [mailto:[EMAIL PROTECTED] > Inviato: mercoled=3DEC 18 febbraio 2004 16.33 > A: Terry L Fritts > Oggetto: [xmail] Re: mailproc external Windows 2K Server >=20 >=20 >=20 > I posted about my problem executing an exe from a command alias or > from mailproc and wanted to report the issue. >=20 > I had set up a mailroot\scripts directory and had my programs in that > folder to run. The programs each opened a log file extended,=20 > wrote a =3D > line > with the arguments passed, closed, and exited. The log file name was > of the form "program.log" - no path information. >=20 > So just to review the issues: >=20 >Perl script worked called thusly: > "c:\perl\bin\perl.exe c:\mailroot\scripts\test1.pl" >=20 >Wsh vb script worked: > "C:\winnt\system32\cscript.exe //T:120 =3D > c:\mailroot\scripts\test2.vbs" >=20 >Direct exe did not (seem to) work: > "c:\mailroot\scripts\test3.exe" >=20 >And I thought this because I could not find test3.log. >=20 > So in the course of searching for this I moved the test3.exe program > to the C:\winnt\system32\ folder and changed my cmdalias line > accordingly. Sent and e-mail and then looked for the log file in the > c:\winnt\system32\ folder. >=20 > And sure enough it was there which left me very puzzled since the > permissions were exactly the same. But, suddenly, I noticed there > were other entries in the log file. So I switched back to the > original and sent another e-mail and sure enough the log file in > c:\winnt\system32\ folder was updated. >=20 > I am certainly no Windows expert but I assume that the context of the > system user must somehow default to the C:\winnt\system32 directory > (not that that seems strange really) and so the log file was written > there since I didn't give it a better path. >=20 > I suppose the lesson must be that you have to really define the file > paths used in the executables. >=20 >=20 > Thought I'd report in case anyone else was having trouble. >=20 >=20 > Terry Fritts >=20 >=20 > - > To unsubscribe from this list: send the line "unsubscribe xmail" in > the body of a message to [EMAIL PROTECTED] > For general help: send the line "help" in the body of a message to > [EMAIL PROTECTED] >=20 > - > To unsubscribe from this list: send the line "unsubscribe xmail" in > the body of a message to [EMAIL PROTECTED] > For general help: send the line "help" in the body of a message to > [EMAIL PROTECTED] >=20 - To unsubscribe from this list: send the line "unsubscribe xmail" in the body of a message to [EMAIL PROTECTED] For general help: send the line "help" in the body of a message to [EMAIL PROTECTED]
[xmail] R: Re: mailproc external Windows 2K Server
I had a problem like this. I solved it calling program with: "c:\winnt\system32\cmd.exe /c C:\Progra~1\batch\XMail\command.cmd" I hope this can help. Ciao. Sergio C. -Messaggio originale- Da: Terry L Fritts [mailto:[EMAIL PROTECTED] Inviato: mercoled=EC 18 febbraio 2004 16.33 A: Terry L Fritts Oggetto: [xmail] Re: mailproc external Windows 2K Server I posted about my problem executing an exe from a command alias or from mailproc and wanted to report the issue. I had set up a mailroot\scripts directory and had my programs in that folder to run. The programs each opened a log file extended, wrote a = line with the arguments passed, closed, and exited. The log file name was of the form "program.log" - no path information. So just to review the issues: Perl script worked called thusly: "c:\perl\bin\perl.exe c:\mailroot\scripts\test1.pl" Wsh vb script worked: "C:\winnt\system32\cscript.exe //T:120 = c:\mailroot\scripts\test2.vbs" Direct exe did not (seem to) work: "c:\mailroot\scripts\test3.exe" And I thought this because I could not find test3.log. So in the course of searching for this I moved the test3.exe program to the C:\winnt\system32\ folder and changed my cmdalias line accordingly. Sent and e-mail and then looked for the log file in the c:\winnt\system32\ folder. And sure enough it was there which left me very puzzled since the permissions were exactly the same. But, suddenly, I noticed there were other entries in the log file. So I switched back to the original and sent another e-mail and sure enough the log file in c:\winnt\system32\ folder was updated. I am certainly no Windows expert but I assume that the context of the system user must somehow default to the C:\winnt\system32 directory (not that that seems strange really) and so the log file was written there since I didn't give it a better path. I suppose the lesson must be that you have to really define the file paths used in the executables. Thought I'd report in case anyone else was having trouble. Terry Fritts - To unsubscribe from this list: send the line "unsubscribe xmail" in the body of a message to [EMAIL PROTECTED] For general help: send the line "help" in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe xmail" in the body of a message to [EMAIL PROTECTED] For general help: send the line "help" in the body of a message to [EMAIL PROTECTED]
[xmail] Re: mailproc external Windows 2K Server
I posted about my problem executing an exe from a command alias or from mailproc and wanted to report the issue. I had set up a mailroot\scripts directory and had my programs in that folder to run. The programs each opened a log file extended, wrote a line with the arguments passed, closed, and exited. The log file name was of the form "program.log" - no path information. So just to review the issues: Perl script worked called thusly: "c:\perl\bin\perl.exe c:\mailroot\scripts\test1.pl" Wsh vb script worked: "C:\winnt\system32\cscript.exe //T:120 c:\mailroot\scripts\test2.vbs" Direct exe did not (seem to) work: "c:\mailroot\scripts\test3.exe" And I thought this because I could not find test3.log. So in the course of searching for this I moved the test3.exe program to the C:\winnt\system32\ folder and changed my cmdalias line accordingly. Sent and e-mail and then looked for the log file in the c:\winnt\system32\ folder. And sure enough it was there which left me very puzzled since the permissions were exactly the same. But, suddenly, I noticed there were other entries in the log file. So I switched back to the original and sent another e-mail and sure enough the log file in c:\winnt\system32\ folder was updated. I am certainly no Windows expert but I assume that the context of the system user must somehow default to the C:\winnt\system32 directory (not that that seems strange really) and so the log file was written there since I didn't give it a better path. I suppose the lesson must be that you have to really define the file paths used in the executables. Thought I'd report in case anyone else was having trouble. Terry Fritts - To unsubscribe from this list: send the line "unsubscribe xmail" in the body of a message to [EMAIL PROTECTED] For general help: send the line "help" in the body of a message to [EMAIL PROTECTED]
