[xmail] Re: POP3?
thanks Tracy and Jeff Jeffrey Laramie wrote: >Dustin C. Hatch wrote: > > > >>Okay, I figured it out. I had only allowed my IP address in >>smtp.ipmap.tab and smtprelay.tab. I cleared these documents, and all is >>well. What is the difference in the two? Also, why do my logs keep >>saying xmailserver.test, when I deleted that domain? >> >> >> >> > >Check your server .tab file. > >Jeff > >- >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: POP3?
Dustin C. Hatch wrote: >Okay, I figured it out. I had only allowed my IP address in >smtp.ipmap.tab and smtprelay.tab. I cleared these documents, and all is >well. What is the difference in the two? Also, why do my logs keep >saying xmailserver.test, when I deleted that domain? > > Check your server .tab file. Jeff - 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: POP3?
At 20:56 1/13/2004, Dustin C. Hatch wrote: >by relay, do you mean open their client, set mail.mydomain.com as smtp >and send messages? Relaying mail means that a host can send mail through your server without restriction. If the host is a local host (ie. under your control), this may be a good thing - as it means they can send mail to anyone they choose. If the host is not a local host (ie. is not under your control), this is likely a bad thing - it's one of the means that spammers use to send out their email. However, it is not necessary for local users' IP addresses to be listed in smtprelay.tab, as their mail clients can usually provide authentication to the server (ie. they set their mailbox user name and password in their mail clients, and tell it to authenticate when sending mail as well as when receiving mail). The only time it's really necessary to list addresses in smtprelay.tab is for local host machines which are not capable of authenticating when sending mail - the most common example is a web server that has to generate emails (such as order confirmations). Web pages typically aren't set up to authenticate to your mail server when sending their emails. - 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: POP3?
by relay, do you mean open their client, set mail.mydomain.com as smtp and send messages? Tracy wrote: >smtp.ipmap.tab is the list of IP addresses allowed to connect to your SMTP >server. Generally speaking, there should be at least one line in there: > >"0.0.0.0" "0.0.0.0" "ALLOW" "1" > > >Unless, of course, you don't want to receive mail from the outside world. > >smtprelay.tab is the list of IP addresses allowed to relay mail through >your SMTP server. Generally speaking, this should be empty - although you >can add entries for local hosts that send mail (such as web servers that >generate email). Just remember that any IP address listed in smtprelay.tab >will be allowed to send mail to anywhere (not just local addresses) without >requiring authentication. > >At 20:50 1/13/2004, Dustin C. Hatch wrote: > > > >>Okay, I figured it out. I had only allowed my IP address in >>smtp.ipmap.tab and smtprelay.tab. I cleared these documents, and all is >>well. What is the difference in the two? Also, why do my logs keep >>saying xmailserver.test, when I deleted that domain? >>Jeffrey Laramie wrote: >> >> >> >>>Dustin C. Hatch wrote: >>> >>> >>> >>> >>> What log will it show up in? POP3 shows when I log in and SMTP shows when I send, but which shows when I receive? >>>Your smtp log should show any activity by the XMail smtp server >>>including mail received from the outside, lmail shows local mail, and I >>>believe the smail log shows activity by the XMail version of sendmail >>>but I'm not 100%sure of that one. >>> >>>Jeff >>> >>> >>>- >>>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] >> >> > > >- >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: POP3?
smtp.ipmap.tab is the list of IP addresses allowed to connect to your SMTP server. Generally speaking, there should be at least one line in there: "0.0.0.0" "0.0.0.0" "ALLOW" "1" Unless, of course, you don't want to receive mail from the outside world. smtprelay.tab is the list of IP addresses allowed to relay mail through your SMTP server. Generally speaking, this should be empty - although you can add entries for local hosts that send mail (such as web servers that generate email). Just remember that any IP address listed in smtprelay.tab will be allowed to send mail to anywhere (not just local addresses) without requiring authentication. At 20:50 1/13/2004, Dustin C. Hatch wrote: >Okay, I figured it out. I had only allowed my IP address in >smtp.ipmap.tab and smtprelay.tab. I cleared these documents, and all is >well. What is the difference in the two? Also, why do my logs keep >saying xmailserver.test, when I deleted that domain? >Jeffrey Laramie wrote: > > >Dustin C. Hatch wrote: > > > > > > > >>What log will it show up in? POP3 shows when I log in and SMTP shows > >>when I send, but which shows when I receive? > >> > >> > >> > >> > > > >Your smtp log should show any activity by the XMail smtp server > >including mail received from the outside, lmail shows local mail, and I > >believe the smail log shows activity by the XMail version of sendmail > >but I'm not 100%sure of that one. > > > >Jeff > > > > > >- > >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] - 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: POP3?
Okay, I figured it out. I had only allowed my IP address in smtp.ipmap.tab and smtprelay.tab. I cleared these documents, and all is well. What is the difference in the two? Also, why do my logs keep saying xmailserver.test, when I deleted that domain? Jeffrey Laramie wrote: >Dustin C. Hatch wrote: > > > >>What log will it show up in? POP3 shows when I log in and SMTP shows >>when I send, but which shows when I receive? >> >> >> >> > >Your smtp log should show any activity by the XMail smtp server >including mail received from the outside, lmail shows local mail, and I >believe the smail log shows activity by the XMail version of sendmail >but I'm not 100%sure of that one. > >Jeff > > >- >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: POP3?
Dustin C. Hatch wrote: >What log will it show up in? POP3 shows when I log in and SMTP shows >when I send, but which shows when I receive? > > Your smtp log should show any activity by the XMail smtp server including mail received from the outside, lmail shows local mail, and I believe the smail log shows activity by the XMail version of sendmail but I'm not 100%sure of that one. Jeff - 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: POP3?
What log will it show up in? POP3 shows when I log in and SMTP shows when I send, but which shows when I receive? Jeffrey Laramie wrote: >Dustin C. Hatch wrote: > > > >>Okay, am I dumb or what? I can't receive any messages!! I can send, and >>pop3 logging says a logged in, but no messages get to the server i >>guess. Whats up with that? >> >>What am I doing wrong? >> >> >> >> >> > >Did you run XMail in debug mode? When you send mail to the local domain >does it show up in the logs at all? > >Jeff > > >- >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: POP3?
Dustin C. Hatch wrote: >Okay, am I dumb or what? I can't receive any messages!! I can send, and >pop3 logging says a logged in, but no messages get to the server i >guess. Whats up with that? > >What am I doing wrong? > > > Did you run XMail in debug mode? When you send mail to the local domain does it show up in the logs at all? Jeff - 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] SV: POP3?
Do your server a correct registration in DNS? Correct MX record with high priority? -Opprinnelig melding- Fra: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] = P=E5 vegne av Dustin C. Hatch Sendt: 13. januar 2004 04:31 Til: [EMAIL PROTECTED] Emne: [xmail] POP3? Okay, am I dumb or what? I can't receive any messages!! I can send, and=20 pop3 logging says a logged in, but no messages get to the server i=20 guess. Whats up with that? What am I doing wrong? - 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: relaying issue
chabral wrote: >Jeffrey Laramie <[EMAIL PROTECTED]> wrote: > > > >>Would you by any chance have a link to this document? This is >>something I really need to keep up on. >> >> > >Here you can find all rfcs: >http://www.rfc-index.com/ > > > Great, thanks. You've provided a valuable resource *and* cured my insomnia with a single link ;-) Jeff - 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: relaying issue
Jeffrey Laramie <[EMAIL PROTECTED]> wrote: > Would you by any chance have a link to this document? This is > something I really need to keep up on. Here you can find all rfcs: http://www.rfc-index.com/ regards, chabral - 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: relaying issue
On Tue, 13 Jan 2004, Jeffrey Laramie wrote: > Would you by any chance have a link to this document? This is something > I really need to keep up on. http://www.google.com/search?hl=en&ie=UTF-8&oe=UTF-8&q=rfc2821&btnG=Google+Search - 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: relaying issue
chabral wrote: >Tracy <[EMAIL PROTECTED]> wrote: > > >>Because RFC2822 specifies that A records for mail servers should not >>be CNAMEs...:) >> >> > >You mean, rcf 2821. >Here is an extract: >"Once an SMTP client lexically identifies a domain to which mail will > be delivered for processing (as described in sections 3.6 and 3.7), a > DNS lookup MUST be performed to resolve the domain name [22]. > [.] > The lookup first attempts to locate an MX > record associated with the name. If a CNAME record is found instead, > the resulting name is processed as if it were the initial name. If > no MX records are found, but an A RR is found, the A RR is treated as > if it was associated with an implicit MX RR, with a preference of 0, > pointing to that host. If one or more MX RRs are found for a given > name, SMTP systems MUST NOT utilize any A RRs associated with that > name unless they are located using the MX RRs; the "implicit MX" rule > above applies only if there are no MX records present. If MX records > are present, but none of them are usable, this situation MUST be > reported as an error. " > > > Would you by any chance have a link to this document? This is something I really need to keep up on. Jeff - 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: relaying issue
At 15:00 1/13/2004, chabral wrote: >Tracy <[EMAIL PROTECTED]> wrote: > > Because RFC2822 specifies that A records for mail servers should not > > be CNAMEs...:) > > You mean, rcf 2821. You're quite right. My mistake - the numbers are just too close together for my big fingers...:) - 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: relaying issue
Tracy <[EMAIL PROTECTED]> wrote: > Because RFC2822 specifies that A records for mail servers should not > be CNAMEs...:) You mean, rcf 2821. Here is an extract: "Once an SMTP client lexically identifies a domain to which mail will be delivered for processing (as described in sections 3.6 and 3.7), a DNS lookup MUST be performed to resolve the domain name [22]. [.] The lookup first attempts to locate an MX record associated with the name. If a CNAME record is found instead, the resulting name is processed as if it were the initial name. If no MX records are found, but an A RR is found, the A RR is treated as if it was associated with an implicit MX RR, with a preference of 0, pointing to that host. If one or more MX RRs are found for a given name, SMTP systems MUST NOT utilize any A RRs associated with that name unless they are located using the MX RRs; the "implicit MX" rule above applies only if there are no MX records present. If MX records are present, but none of them are usable, this situation MUST be reported as an error. " regards, chabral - 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: relaying issue
At 11:07 1/13/2004, Jeffrey Laramie wrote: > >True. However, most RDNS checks today are to determine that a mail server > >(ie. a connecting IP address) *has* a PTR record, not to match the PTR > >record with the HELO or MAIL FROM domain. > >Interesting. Does XMail compare domains or does it just check for >existence of the PTR record? I don't think I've ever seen this >documented anywhere. The RDNS check in XMail is a simple "does this IP address have a PTR record", as far as I know. I've done some additional coding to test the returned DNS name against a list of known spam DNS names on my own system... - 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: relaying issue
Tracy wrote: >At 10:38 1/13/2004, Jeffrey Laramie wrote: > > >>Right, but getting back to Dale's original concern, his virtual domains >>won't fail the remote server's RDNS check if the DNS for his SMTP server >>is configured correctly. And he shouldn't be afraid to use RDNS to check >>the validity of a remote server. Even a couple of years ago spoofing was >>relatively rare and a mail server that failed RDNS was not a big deal. >>Today about half of the spam I see is rejected by RDNS before my users >>see it. IMHO any SMTP server that fails RDNS is broken and should be fixed. >> >> >True. However, most RDNS checks today are to determine that a mail server >(ie. a connecting IP address) *has* a PTR record, not to match the PTR >record with the HELO or MAIL FROM domain. > > Interesting. Does XMail compare domains or does it just check for existence of the PTR record? I don't think I've ever seen this documented anywhere. - 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: relaying issue
Tracy wrote: >At 10:38 1/13/2004, Jeffrey Laramie wrote: > > >>That's kinda interesting. You have multiple A records pointing to >>66.219.172.36. We're getting a little OT here but why do you use A >>records instead of CNAMEs? I know there was some debate about this years >>ago and at that time the conventional wisdom was that CNAMEs were >>better. I don't know what the 'preferred ' configuration is these days. >> >> >Because RFC2822 specifies that A records for mail servers should not be >CNAMEs...:) > > > Good reason! - 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: relaying issue
At 10:38 1/13/2004, Jeffrey Laramie wrote: >Right, but getting back to Dale's original concern, his virtual domains >won't fail the remote server's RDNS check if the DNS for his SMTP server >is configured correctly. And he shouldn't be afraid to use RDNS to check >the validity of a remote server. Even a couple of years ago spoofing was >relatively rare and a mail server that failed RDNS was not a big deal. >Today about half of the spam I see is rejected by RDNS before my users >see it. IMHO any SMTP server that fails RDNS is broken and should be fixed. True. However, most RDNS checks today are to determine that a mail server (ie. a connecting IP address) *has* a PTR record, not to match the PTR record with the HELO or MAIL FROM domain. However, with that said, I do match the PTR record against a number of known spam source DNS names, and reject if I find it in that list... - 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: relaying issue
At 10:38 1/13/2004, Jeffrey Laramie wrote: >That's kinda interesting. You have multiple A records pointing to >66.219.172.36. We're getting a little OT here but why do you use A >records instead of CNAMEs? I know there was some debate about this years >ago and at that time the conventional wisdom was that CNAMEs were >better. I don't know what the 'preferred ' configuration is these days. Because RFC2822 specifies that A records for mail servers should not be CNAMEs...:) - 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: relaying issue
Tracy wrote: >At 23:24 1/12/2004, Jeffrey Laramie wrote: > > >>Does your SMTP server identify itself as mail.vbot.org, >>mail.aristiasoft.com, or karen.aristiasoft.com? Does it change depending >>on who sends the mail? I'm pretty sure the server only identifies itself >>by one name and that should be karen.aristiasoft.com which should pass >>the RDNS check. If for some reason it doesn't, I believe you can set the >>HeloDomain variable to ensure the RDNS check works properly, correct? >> >> >My server identifies itself as "arisiasoft.com". You would see a connecting >IP address of 66.219.172.36, a HELO/EHLO name of arisiasoft.com, and a MAIL >FROM: of either @arisiasoft.com or <[EMAIL PROTECTED] and RDNS >of the connecting IP would show karen.arisiasoft.com. An MX lookup on >arisiasoft.com (either from the HELO/EHLO or the MAIL FROM) would show: > >arisiasoft.com. 432000 IN MX 10 mail.arisiasoft.com. > >And an A lookup of mail.arisiasoft.com would show: > >mail.arisiasoft.com.432000 IN A 66.219.172.36 > > > > That's kinda interesting. You have multiple A records pointing to 66.219.172.36. We're getting a little OT here but why do you use A records instead of CNAMEs? I know there was some debate about this years ago and at that time the conventional wisdom was that CNAMEs were better. I don't know what the 'preferred ' configuration is these days. >>>I think if you followed through on that, you would end up rejecting a lot >>>of mail from a lot of places... >>> >>> >>I may be misunderstanding how the mail server uses DNS, but I thought >>that a SMTP server should always identify itself by it's host name as >>listed by the PTR record and not by the virtual domains it handles. When >>a mail server uses SMTP-RDNS to verify the identity of the sending host >>doesn't it check the IP of the sending host against the IP returned by >>RDNS to determine if the host is indeed who it says it is? I've used >>SMTP-RDNS since I started using XMail and I've never noticed any valid >>mail getting rejected (although, getting back to my original point, if a >>system is mis-configured it could happen). If I'm off track here maybe >>you could clarify this for me ;-) >> >> > >Every ISP handles their checks differently, but as I read the RFC it >appears that: > >1) The connecting IP *MAY* have RDNS >2) The HELO/EHLO name *SHOULD* resolve via DNS >3) The MAIL FROM domain *SHOULD* have an MX record > >"MAY" means it is not required, "SHOULD" means that it is not required but >is strongly recommended. > > Right, but getting back to Dale's original concern, his virtual domains won't fail the remote server's RDNS check if the DNS for his SMTP server is configured correctly. And he shouldn't be afraid to use RDNS to check the validity of a remote server. Even a couple of years ago spoofing was relatively rare and a mail server that failed RDNS was not a big deal. Today about half of the spam I see is rejected by RDNS before my users see it. IMHO any SMTP server that fails RDNS is broken and should be fixed. >My own mail server makes much more restrictive tests than the RFC states, >but mail from one domain being delivered by a mail server with a different >domain name would still get through (assuming that the rest of my tests are >passed). > > > > As it should ;-) Jeff - 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: relaying issue
At 23:24 1/12/2004, Jeffrey Laramie wrote: >Does your SMTP server identify itself as mail.vbot.org, >mail.aristiasoft.com, or karen.aristiasoft.com? Does it change depending >on who sends the mail? I'm pretty sure the server only identifies itself >by one name and that should be karen.aristiasoft.com which should pass >the RDNS check. If for some reason it doesn't, I believe you can set the >HeloDomain variable to ensure the RDNS check works properly, correct? My server identifies itself as "arisiasoft.com". You would see a connecting IP address of 66.219.172.36, a HELO/EHLO name of arisiasoft.com, and a MAIL FROM: of either @arisiasoft.com or <[EMAIL PROTECTED] and RDNS of the connecting IP would show karen.arisiasoft.com. An MX lookup on arisiasoft.com (either from the HELO/EHLO or the MAIL FROM) would show: arisiasoft.com. 432000 IN MX 10 mail.arisiasoft.com. And an A lookup of mail.arisiasoft.com would show: mail.arisiasoft.com.432000 IN A 66.219.172.36 > >I think if you followed through on that, you would end up rejecting a lot > >of mail from a lot of places... > >I may be misunderstanding how the mail server uses DNS, but I thought >that a SMTP server should always identify itself by it's host name as >listed by the PTR record and not by the virtual domains it handles. When >a mail server uses SMTP-RDNS to verify the identity of the sending host >doesn't it check the IP of the sending host against the IP returned by >RDNS to determine if the host is indeed who it says it is? I've used >SMTP-RDNS since I started using XMail and I've never noticed any valid >mail getting rejected (although, getting back to my original point, if a >system is mis-configured it could happen). If I'm off track here maybe >you could clarify this for me ;-) Every ISP handles their checks differently, but as I read the RFC it appears that: 1) The connecting IP *MAY* have RDNS 2) The HELO/EHLO name *SHOULD* resolve via DNS 3) The MAIL FROM domain *SHOULD* have an MX record "MAY" means it is not required, "SHOULD" means that it is not required but is strongly recommended. My own mail server makes much more restrictive tests than the RFC states, but mail from one domain being delivered by a mail server with a different domain name would still get through (assuming that the rest of my tests are passed). - 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] AW: Re: AW: Re: AW: Re: AW: Re: XMail growing memory image ...
Fine. I experienced a similar thing on RH9 with my XQM Agent:=20 mem was exhausted and the application crashed when huge amounts of data = were scanned ...=20 Switching back to the 2.4.1 thread scheme was the cure. I think putting LD_ASSUME_KERNEL into your profile is a good idea. --Harald > -Urspr=FCngliche Nachricht- > Von: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Im Auftrag von Pascal de R. > Gesendet: Dienstag, 13. Januar 2004 08:51 > An: Harald Schneider > Betreff: [xmail] Re: AW: Re: AW: Re: AW: Re: XMail growing=20 > memory image ... >=20 >=20 >=20 > Memory is ok :-) > =20 > Running normally around 66 Mo and without crash till yesterday...we > have to wait more to be sure about crash! >=20 >=20 > mardi 13 janvier 2004 at 08:48:16, you said : >=20 > Harald> Did you check mem usage now? Maybe this prob is also solved. >=20 > Harald> --Harald >=20 >=20 > >> -Urspr=3DFCngliche Nachricht- > >> Von: [EMAIL PROTECTED] =20 > >>[mailto:[EMAIL PROTECTED] Im Auftrag von Pascal de R. > >> Gesendet: Dienstag, 13. Januar 2004 08:38 > >> An: Davide Libenzi > >> Betreff: [xmail] Re: AW: Re: AW: Re: XMail growing memory=20 > image ...=20 > >>=3D20 =3D20 > >>=3D20 > >> mardi 13 janvier 2004 at 08:30:34, you said : > >>=3D20 > >> Davide> On Tue, 13 Jan 2004, Pascal de R. wrote: > >>=3D20 > >> >> XMail has running all night without crash > >>=3D20 > >> Davide> I lost the track. So, now you have RH9 + -static +=3D20=20 > >> Davide> LD_ASSUME_KERNEL, don't you? > >>=3D20 > >> No I have : > >>=3D20 > >> Compil on RH9 without -static but with LD_ASSUME_KERNEL > >>=3D20 > >>=3D20 > >> >> Davide; do you the coredump file of previous crash or can=3D20 > >> i destroy=3D20 > >> >> it ? > >>=3D20 > >> Davide> You can nuke it. > >>=3D20 > >>=3D20 > >>=3D20 > >>=3D20 > >> Davide> - Davide > >>=3D20 > >>=3D20 > >> Davide> - > >> Davide> To unsubscribe from this list: send the line=3D20 > >> "unsubscribe xmail"=3D20 > >> Davide> in the body of a message to [EMAIL PROTECTED] > >> For general=3D20 > >> Davide> help: send the line "help" in the body of a message to=3D20 = > >> Davide> [EMAIL PROTECTED] > >>=3D20 > >>=3D20 > >>=3D20 > >>=3D20 > >>=3D20 > >> Best regards, > >> Pascal, [EMAIL PROTECTED] > >>=3D20 > >> - > >> To unsubscribe from this list: send the line=20 > "unsubscribe=3D20 xmail"=20 > >>in the body of a message to [EMAIL PROTECTED] For = general=20 > >>help: send the line "help" in the body of a=3D20 message to=20 > >>[EMAIL PROTECTED] =3D20 >=20 > Harald> - > Harald> To unsubscribe from this list: send the line=20 > "unsubscribe xmail"=20 > Harald> in the body of a message to [EMAIL PROTECTED] > For general=20 > Harald> help: send the line "help" in the body of a message to=20 > Harald> [EMAIL PROTECTED] >=20 >=20 >=20 >=20 >=20 > Best regards, > Pascal, [EMAIL PROTECTED] >=20 > - > To unsubscribe from this list: send the line "unsubscribe=20 > xmail" in the body of a message to [EMAIL PROTECTED] > For general help: send the line "help" in the body of a=20 > 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] Re: AW: Re: AW: Re: AW: Re: XMail growing memory image ...
Memory is ok :-) Running normally around 66 Mo and without crash till yesterday...we have to wait more to be sure about crash! mardi 13 janvier 2004 at 08:48:16, you said : Harald> Did you check mem usage now? Maybe this prob is also solved. Harald> --Harald >> -Urspr=FCngliche Nachricht- >> Von: [EMAIL PROTECTED] >> [mailto:[EMAIL PROTECTED] Im Auftrag von Pascal de R. >> Gesendet: Dienstag, 13. Januar 2004 08:38 >> An: Davide Libenzi >> Betreff: [xmail] Re: AW: Re: AW: Re: XMail growing memory image ... >>=20 >>=20 >>=20 >> mardi 13 janvier 2004 at 08:30:34, you said : >>=20 >> Davide> On Tue, 13 Jan 2004, Pascal de R. wrote: >>=20 >> >> XMail has running all night without crash >>=20 >> Davide> I lost the track. So, now you have RH9 + -static +=20 >> Davide> LD_ASSUME_KERNEL, don't you? >>=20 >> No I have : >>=20 >> Compil on RH9 without -static but with LD_ASSUME_KERNEL >>=20 >>=20 >> >> Davide; do you the coredump file of previous crash or can=20 >> i destroy=20 >> >> it ? >>=20 >> Davide> You can nuke it. >>=20 >>=20 >>=20 >>=20 >> Davide> - Davide >>=20 >>=20 >> Davide> - >> Davide> To unsubscribe from this list: send the line=20 >> "unsubscribe xmail"=20 >> Davide> in the body of a message to [EMAIL PROTECTED] >> For general=20 >> Davide> help: send the line "help" in the body of a message to=20 >> Davide> [EMAIL PROTECTED] >>=20 >>=20 >>=20 >>=20 >>=20 >> Best regards, >> Pascal, [EMAIL PROTECTED] >>=20 >> - >> To unsubscribe from this list: send the line "unsubscribe=20 >> xmail" in the body of a message to [EMAIL PROTECTED] >> For general help: send the line "help" in the body of a=20 >> message to [EMAIL PROTECTED] >>=20 Harald> - Harald> To unsubscribe from this list: send the line "unsubscribe xmail" in Harald> the body of a message to [EMAIL PROTECTED] Harald> For general help: send the line "help" in the body of a message to Harald> [EMAIL PROTECTED] Best regards, Pascal, [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] AW: Re: AW: Re: AW: Re: XMail growing memory image ...
Did you check mem usage now? Maybe this prob is also solved. --Harald > -Urspr=FCngliche Nachricht- > Von: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Im Auftrag von Pascal de R. > Gesendet: Dienstag, 13. Januar 2004 08:38 > An: Davide Libenzi > Betreff: [xmail] Re: AW: Re: AW: Re: XMail growing memory image ... >=20 >=20 >=20 > mardi 13 janvier 2004 at 08:30:34, you said : >=20 > Davide> On Tue, 13 Jan 2004, Pascal de R. wrote: >=20 > >> XMail has running all night without crash >=20 > Davide> I lost the track. So, now you have RH9 + -static +=20 > Davide> LD_ASSUME_KERNEL, don't you? >=20 > No I have : >=20 > Compil on RH9 without -static but with LD_ASSUME_KERNEL >=20 >=20 > >> Davide; do you the coredump file of previous crash or can=20 > i destroy=20 > >> it ? >=20 > Davide> You can nuke it. >=20 >=20 >=20 >=20 > Davide> - Davide >=20 >=20 > Davide> - > Davide> To unsubscribe from this list: send the line=20 > "unsubscribe xmail"=20 > Davide> in the body of a message to [EMAIL PROTECTED] > For general=20 > Davide> help: send the line "help" in the body of a message to=20 > Davide> [EMAIL PROTECTED] >=20 >=20 >=20 >=20 >=20 > Best regards, > Pascal, [EMAIL PROTECTED] >=20 > - > To unsubscribe from this list: send the line "unsubscribe=20 > xmail" in the body of a message to [EMAIL PROTECTED] > For general help: send the line "help" in the body of a=20 > 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] Re: AW: Re: AW: Re: XMail growing memory image ...
mardi 13 janvier 2004 at 08:30:34, you said : Davide> On Tue, 13 Jan 2004, Pascal de R. wrote: >> XMail has running all night without crash Davide> I lost the track. So, now you have RH9 + -static + LD_ASSUME_KERNEL, don't Davide> you? No I have : Compil on RH9 without -static but with LD_ASSUME_KERNEL >> Davide; do you the coredump file of previous crash or can i >> destroy it ? Davide> You can nuke it. Davide> - Davide Davide> - Davide> To unsubscribe from this list: send the line "unsubscribe xmail" in Davide> the body of a message to [EMAIL PROTECTED] Davide> For general help: send the line "help" in the body of a message to Davide> [EMAIL PROTECTED] Best regards, Pascal, [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: AW: Re: AW: Re: XMail growing memory image ...
On Tue, 13 Jan 2004, Pascal de R. wrote: > XMail has running all night without crash I lost the track. So, now you have RH9 + -static + LD_ASSUME_KERNEL, don't you? > Davide; do you the coredump file of previous crash or can i > destroy it ? You can nuke it. - 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]