also sprach nori heikkinen <nori@sccs.swarthmore.edu> [2002.01.09.0141 +0100]: > yes, it obviously did. not just the fonts and icons -- it's as if i'm > seeing the entire screen blown up about 50x, but because it's so big, > all my screen can display is the upper-leftmost corner of it. the > little icons in the corner or the screen, which are usually about 75px > big, are now about 200 or 250px. each. dpkg-reconfigure -plow xserver-xfree86 > > PrintMotd no > > PrintLastLog no > > commented out. didn't do anything. /etc/init.d/ssh restart dude! > (i'm typing here, there's no cut-and-paste, so only a little:) /etc/init.d/gpm start > orange:~> fetchmail -qf ~/.fetchmailrc > fetchmail: foreground fetchmail at 12515 killed. > 104 messages for nori at sccs.swarthmore.edu (370945 octets) > reading messages for nori@sccs.swarthmore.edu:1 0f 104 (2704 octets) > ..fetchmail: SMTP connect to localhost failed > fetchmail: can't raise the listener; falling back to > /usr/sbin/sendmail %Tsendmail: fatal: /etc/postfix/main.cf, line 94: > whitespace in attribute name: "reject_non_fqdn_hostname, > reject_unauth_pipelining, reject_map_rbl" you messed with postfix. fetchmail works fine, but postfix doesn't accept any mail anymore. oh dear... should i let you handle this, or do i need to make use of my root powers? > ... and then i killed it, because i ran it before and just watched it > for a while, until i realized it wasprobably eating my spool. there > were 184 messages when i ran it the first time, now there are 104. oh > well, this is what i'm saving a backup of my messages on sccs for :) fetchmail should totally not flush the mail from POP3 when it fails to deliver locally... you can temp fix this since you use procmail: add an option mda "/usr/bin/procmail" to your .fetchmailrc's mailbox description. then it will bypass postfix and deliver to procmail straight. not a bad way to handle it anyway for a single-user system, and even though fetchmail(5) says not to do this because it's bypasses the helpful "filtering and error-handling techniques of the MTA", i am unconvinced that the author even really knows what he's talking about with modern MTAs... > Error in /home/nori/.muttrc, line 877: in_reply_to: unknown variable > > line 877 of ~/.muttrc reads: > > set in_reply_to = "at %d, %a insinuated:" s/in_reply_to/attribution/ > (null:) can't set locale; make sure $LC_* and $LANG are correct. dman posted a fix. > and i noticed something in the dselect menus about reconfiguring or > moving manpages or something ... noticed? and not read? -- martin; (greetings from the heart of the sun.) \____ echo mailto: !#^."<*>"|tr "<*> mailto:"; net@madduck windoze nt crashed. i am the blue screen of death. no one hears your screams.
Attachment:
pgprpGujzPonj.pgp
Description: PGP signature