headers
Lars Engels | 1 Jun 2006 01:04

Re: /usr/bin/lp* files wiederherstellen

On Wed, May 31, 2006 at 11:54:23PM +0200, J. Erik Heinz wrote:
> Hi Jungs, 
> 
> Ich habe etwas mit cups und lpr rumgespielt, dabei habe ich bei der
> installation von cups die /usr/bin/lp* files überschrieben, die ich
> jetzt für lpr bräuchte (vermute ich)
> 
> 100% sicher bin ich mir da nicht, aber es könnte eine fehlerquelle
> sein. Zur Zeit versuche ich meine Drucker Samsung ML 2250 
> über den Parallelport anzuschliessen. 
> 
> Dabei funktioniert:  lptest 20 5 > /dev/lpt0
> jedoch scheint das lpr nicht zu funktionieren: 
> 
> lptest 20 5 | lpr -Pscriba
> lpr: error - unable to print file: server-error-service-unavailable

Hallo Erik!

Schau mal mit 'which' nach, wo die Binaries liegen. CUPS installiert lp*
nach /usr/local/bin und /usr/local/sbin, der BSD-LPR liegt unter
/usr/bin bzw. /usr/sbin.
Wenn du CUPS benutzen willst, trage 'lpd_enable="NO"' in die
/etc/rc.conf ein, um das Starten des BSD-LPDs zu verhindern.
Hast du unter dessen Binaries geloescht und moechtest sie wieder
installieren, gehe nach /usr/src/usr.sbin/lpr und rufe 'make depend &&
make && make install' auf, dann ist wieder alles beim alten.
Damit sich die beiden Drucksysteme nicht in die Quere kommen, solltest
du nur eins benutzen und das andere entfernen. Die Binaries von CUPS
kanst du dann an die Stelle der anderen symlinken, sodass sie auch von
(Continue reading)

Permalink | Reply | 2 comments |
headers
Simon Olofsson | 1 Jun 2006 09:21
Picon
Favicon
Gravatar

Re: /usr/bin/lp* files wiederherstellen

Hi,

CUPS_OVERWRITE_BASE beim Bau von cups-lpr und NO_LPR beim Bau
der Welt sind da sehr hilfreich.

On Thu, Jun 01, 2006 at 01:04:36AM +0200, Lars Engels wrote:
> Damit sich die beiden Drucksysteme nicht in die Quere kommen, solltest
> du nur eins benutzen und das andere entfernen. Die Binaries von CUPS
> kanst du dann an die Stelle der anderen symlinken, sodass sie auch von
> allen Programmen, die auf den Drucker zurgreifen wollen, gefunden
> werden.

--

-- 
Mit freundlichem Gruß,
With best regards,

Simon Olofsson
http://olofsson.de

To Unsubscribe: send mail to majordomo <at> de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message
Permalink | Reply | 1 comment |
headers
Markus | 1 Jun 2006 11:32

Re: Umgehen der routing table / Manipulation der lokalen arp table

On Tue, 30 May 2006 19:44:27 +0200
Markus Oestreicher <m.oe <at> x-trader.de> wrote:

> Wenn ich das richtig verstehe hast du einen Border-Router,
> der gleichzeitig den Verkehr zwischen den VLANs routet und
> damit überfordert ist?

Ja, richtig.

> Ergänze dein Netz um einen Layer3-Switch. Der spielt dann
> Default-Gateway für deine Subnetze und wickelt den Verkehr
> zwischen den Netzen alleine ab.

Waere wohl eine Moeglichkeit...   

Nun denn, mal sehen. :-) 

Danke an alle fuer die Zeit & Infos.

Gruss
Markus

To Unsubscribe: send mail to majordomo <at> de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message
Permalink | Reply | 0 comments |
headers
Florian Zavatzki | 1 Jun 2006 15:48

Diskless Client rc.d Probleme

Hallo,

ich habe vor kurzem Anhand der Anleitung im Handbuch und diskless(8) eine
Diskless Client Struktur implementiert.
Das funktioniert soweit ganz gut, nur bei der Reihenfolge der rc.d Scripte hab
ich Probleme.

Die Clients sollen als X-Clients mit Xorg arbeiten. Daher hab ich in
/conf/≤IP>/etc/rc.d ein Startscript abgelegt, welches Xorg mit den
entsprechenden Parametern startet.
Das Problem ist jetzt, dass der Xorg Server gestartet wird, bevor die Tastatur
initialisiert wird. Die REQUIRE Regel des rc.d Scripts ist:
# REQUIRE: LOGIN cleanvar moused
Dennoch startet der Xorg Server mit folgender Fehlermeldung im Log:
(EE) KbdOn: tcsetattr: Device not configured

Hat jemand eine Idee, wie ich dieses Problem loesen kann?

Es ist mir auch aufgefallen, dass am Diskless Client, Scripte welche in
/usr/local/etc/rc.d liegen nicht mehr abgearbeitet werden.
Als der Server auf RELENG_5 lief, ging das ohne Probleme, aber seit dem Update
auf RELENG_6 nicht mehr.
Koennte das damit zusammenhaengen, dass /usr per NFS gemounted wird, und rcorder
jetzt alle rc.d Verzeichnisse im Basis System auswertet?

Gruesse,
Florian
Permalink | Reply | 0 comments |
headers
Matthias Fechner | 1 Jun 2006 16:08
Favicon
Gravatar

Re: Was haltet ihr von SPF

Hi,

* Christian Damm <christian.damm <at> diewebmaster.at> [31-05-06 12:11]:
> http://de.wikipedia.org/wiki/Sender_Policy_Framework

vielen Dank für die vielen Antworten. Nachteil den ich jetzt sehe ist,
nutze kein SPF wenn du Mail auf irgendeine Art und Weise weiterleiten
willst. Sonst sehe ich für mich selber eigentlich keine Nachteile.

Grund wieso ich es nutzen werde ist, das wohl ein paar Leute meinen,
sie müssen mit meiner Domain Spammails versenden und genau da würde
SPF ja greifen oder? Ok natürlich vorausgesetzt der Mailsserver, der
missbraucht wird nutzt SPF.

Die Argumente das ich vom Büro aus keine Mails mehr verschicken kann,
zählen bei mir nicht.
1. Ich melde mich sowieso mit SMTP-Auth an meinem Server an
2. Wenn das nicht geht, geht es per HTTPS und einem Webmailssystem

Falls noch weitere Leute Erfahrungen haben sollte, lasst es mich
einfach wissen. :)

Gruss
Matthias

--

-- 

"Programming today is a race between software engineers striving to build
bigger and better idiot-proof programs, and the universe trying to produce
bigger and better idiots. So far, the universe is winning." -- Rich Cook
(Continue reading)

Permalink | Reply | 2 comments |
headers
Peter Ross | 1 Jun 2006 19:28
Picon
Favicon

Re: Was haltet ihr von SPF

Hi Matthias,

On Thu, 1 Jun 2006, Matthias Fechner wrote:

> Die Argumente das ich vom Büro aus keine Mails mehr verschicken kann,
> zählen bei mir nicht.
> 1. Ich melde mich sowieso mit SMTP-Auth an meinem Server an
> 2. Wenn das nicht geht, geht es per HTTPS und einem Webmailssystem

Okay.

> vielen Dank für die vielen Antworten. Nachteil den ich jetzt sehe ist,
> nutze kein SPF wenn du Mail auf irgendeine Art und Weise weiterleiten
> willst.

Das heisst, Du hoffst, jemand nutzt etwas "fuer Dich", was Du selbst nicht 
in der gleichen Situation einsetzen wuerdest.

> Sonst sehe ich für mich selber eigentlich keine Nachteile.

Wenn's nix nuetzt, schaden kann's (Dir) auch nicht;-)

Im Ganzen sehe ich, dass die Spammerei und die Massnahmen, die dagegen 
getroffen werden, das ganze Mailsystem inzwischen zu einem Gluecksspiel 
macht.

Naja, meinem Arbeitgeber hilft's (der bietet eine webbasierte Software zur 
Zusammenarbeit in Projekten an, bei der Kommunikation "Mail" intern in 
unseren Servern "spamfrei" und garantiert ohne Filterei erfolgt).
(Continue reading)

Permalink | Reply | 0 comments |
headers
Christian Damm | 2 Jun 2006 10:39
Picon

Re: Was haltet ihr von SPF


Matthias Fechner schrieb:
> Hi,
> 
> * Christian Damm <christian.damm <at> diewebmaster.at> [31-05-06 12:11]:
>> http://de.wikipedia.org/wiki/Sender_Policy_Framework
> 
> vielen Dank für die vielen Antworten. Nachteil den ich jetzt sehe ist,
> nutze kein SPF wenn du Mail auf irgendeine Art und Weise weiterleiten
> willst. Sonst sehe ich für mich selber eigentlich keine Nachteile.

das wäre eigentlich auch schon der hauptnachteil gewesen - wenn dich das 
nicht stört dann fröhliches SPF`en. ;-)

> 
> Grund wieso ich es nutzen werde ist, das wohl ein paar Leute meinen,
> sie müssen mit meiner Domain Spammails versenden und genau da würde
> SPF ja greifen oder? Ok natürlich vorausgesetzt der Mailsserver, der

korrekt - genau dagegen wurde SPF ja ursprünglich entwickelt (sender 
address forgery) - d.h. um die eigene(n) domain(s) bzw. die eigene 
reputation zu schützen. beachte aber, dass SPF NUR die envelope sender 
adresse vor fälschungen/missbrauch schützt und NICHT (wie manchmal 
fälschlicherweise angenommen) das FROM field von email nachrichten.

> missbraucht wird nutzt SPF.
> 
> Die Argumente das ich vom Büro aus keine Mails mehr verschicken kann,
> zählen bei mir nicht.
> 1. Ich melde mich sowieso mit SMTP-Auth an meinem Server an
(Continue reading)

Permalink | Reply | 0 comments |
headers
Daniel Graupner | 2 Jun 2006 12:00
Picon

SMS versenden?

Hallo,

ich habe gerade im KDE-Adressbuch die schöne Option zum SMS versenden 
gefunden. Da muss man allerdings ein Kommandozeilenprogramm konfigurieren.

Was ist da praktikabel?? Ich will übers internet verschicken, ich bin auch 
durchaus bereit vernünftige Preise pro SMS zu bezahlen. Oder gibt es in 
Deutschland evtl. irgendwelche Anbieter mit Web-Versand den man irgendwie mit 
Kommandozeilentools realisieren kann?

Grüße,
Daniel.

To Unsubscribe: send mail to majordomo <at> de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message
Permalink | Reply | 2 comments |
headers
Benjamin Podszun | 2 Jun 2006 12:31
Picon

Re: SMS versenden?

Daniel Graupner wrote:
> Hallo,
> 
> ich habe gerade im KDE-Adressbuch die schöne Option zum SMS versenden 
> gefunden. Da muss man allerdings ein Kommandozeilenprogramm konfigurieren.
> 
> Was ist da praktikabel?? Ich will übers internet verschicken, ich bin auch 
> durchaus bereit vernünftige Preise pro SMS zu bezahlen. Oder gibt es in 
> Deutschland evtl. irgendwelche Anbieter mit Web-Versand den man irgendwie mit 
> Kommandozeilentools realisieren kann?

Disclaimer: Ich bin biased, weil dort angestellt.

www.einfachsms.de hat günstige Preise (5,5c / 7c) und bietet aktuell 
Schnittstellen per http oder eMail.
Will sagen: Das ist problemlos bereits in einem einzeiligen 
Shellscript/einem lynx o. wget/etc. nutzbar.

Siehe oben: Es gibt sicher auch andere Anbieter, die mir spontan nicht 
einfallen ;)

Gruß,
Ben

To Unsubscribe: send mail to majordomo <at> de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message
Permalink | Reply | 1 comment |
headers
Daniel Graupner | 2 Jun 2006 12:57
Picon

Re: SMS versenden?

Am Freitag 02 Juni 2006 12:31 schrieben Sie:
> www.einfachsms.de hat günstige Preise (5,5c / 7c) und bietet aktuell
> Schnittstellen per http oder eMail.
> Will sagen: Das ist problemlos bereits in einem einzeiligen
> Shellscript/einem lynx o. wget/etc. nutzbar.

Ja, an sowas in der Art dachte ich. 1und1 bieten auch ein Programm an, das 
unter wine gut läuft, lässt sich nur nicht automatisieren.

Grüße,
Daniel.

To Unsubscribe: send mail to majordomo <at> de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message
Permalink | Reply | 0 comments |

Gmane